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1.  Scope;  The  material  in  this  TOP  is  intended  to  provide  guidance  for  the 
planning  and  conduct  of  a  human  factors  engineering  (HFE)  assessment  of  the 
soldier-computer  interface  (SCI)  during  development  testing  (DT)  by  TECOH. 

The  procedures  and  criteria  contained  herein  will  assess  the  adequacy  of  those 
aspects  of  the  software,  hardware,  and  workspace  design  for  the  test  function 
of  operability  that  influence  operator  performance  in  a  computer-based  system. 
Other  test  functions  are  not  applicable.  This  TOP  should  be  used  in  conjunc¬ 
tion  with  TOP  1-2-610,  Human  Factors  Engineering. 

2.  Facilities  and  Instrumentation 

2.1  Facilities:  The  facilities  for  the  evaluation  of  a  computerized  system 
will  vary  depending  on  the  stage  of  development  of  the  test  item.  During  the 
early  stages  of  development,  the  system  software  is  rarely  available.  There¬ 
fore,  full-scale  evaluation  is  not  possible.  During  later  stages  of  develop¬ 
ment,  when  full-scale  testing  is  possible,  the  facilities  may  include  equip¬ 
ment  or  systems  that  interface  with  the  test  item,  simulators,  and  field 
evaluation.  During  a  human  factors  evaluation  it  is  important  to  include  the 
human  user  since  effectiveness  of  the  final  products  includes  the  typical  user 
input,  both  intentional  and  unintentional.  In  this  regard,  SOHTE  personnel 
who  represent  a  range  of  user  experience  from  novice  to  expert  should  be  used. 
Simulation  of  typical  missions  should  be  in  “real  time*'  and  should  include 
typical  environmental,  dynamic,  and  personnel  elements,  depending  upon  the 
stage  of  design  during  which  the  simulation  is  being  performed.  Evaluation 
methods  should  include  quantitative  and  qualitative  measures  of  system  or 
soldier-computer  interface  performance.  Given  the  stage  of  development  of  the 
test  item,  the  human  factors  engineer  should  determine  what  facilities  are 
necessary  to  fully  exercise  the  computer  system. 

2.2  Instrumentation;  At  a  minimum,  the  following  items  from  the  HFE  Instru¬ 
mentation  package  will  be  used  for  this  test  (see  Table  1  for  instrumentation 
specification) : 

a.  Spot  Brightness  Meter 

b.  Photometer 

c.  Sound  Level  Meter/Analyzer 

d.  Anthropometry  Kit 

e.  Timer 

f.  Event  Counter 

g.  Torque/Force  Meter 

h.  Ruler 

i.  Camera 

j.  Videotape  Recording  Equipment. 


TABLE  1:  TECON  HPE  INSTRUMENTATION  P 


See  Table  2-1  in  TOP  1-2-610,  Huaan  Factors  Engineering,  for  other  types  of  instrumentation. 
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3.  Preparation  for  Test 

3.1  General  Guidelines;  The  primary  emphasis  for  performing  a  human  factors 
engineering  test  of  a  computer-based  system  is  the  assessment  of  how  well  the 
soldier-computer  interface  supports  the  operator  in  the  performance  of  those 
tasks  necessary  for  successful  completion  of  the  system  mission.  The  major 
requirements  in  the  preparation  of  an  HFE  test  plan  for  the  soldier-computer 
interface  are  to  identify  what  is  to  be  tested,  how  the  test  is  to  be  con¬ 
ducted,  and  what  criteria  are  to  be  used.  The  determination  of  what  is  to  be 
tested  and  analyzed  in  an  HFE  test  of  the  SCI  requires  the  identification  of 
objectives  and  critical  issues  for  testing,  and  the  selection  of  test 
measures.  In  the  process  of  determining  critical  issues,  previous  test 
records  on  the  item  should  be  studied  to  ascertain  any  human  factors  problems 
that  may  have  been  identified  in  earlier  development  testing.  HFE  test  objec¬ 
tives,  as  well  as  related  critical  issues,  may  be  designated  in  the  inde¬ 
pendent  evaluation  plan  (lEP),  test  design  plan  (TDP)  or  other  pertinent 
information  concerning  the  test  item.  Such  background  information  shall  be 
used  to  tailor  the  HFE  subtest  of  the  SCI,  as  well  as  the  data-collection 
techniques,  to  the  particular  item  being  tested.  For  some  tests  of  the  SCI, 
the  HF  engineer  should  coordinate  with  other  test  elements  to  ensure  the 
availability  of  facilities  and  instrumentation  or  data  appropriate  for  the  SCI 
subtest.  The  specific  steps  to  be  followed  in  preparing  an  HFE  test  plan  for 
the  SCI  are  described  below. 

3.2  Step  1  -  Review  Documentation;  For  an  assessment  of  the  soldier-computer 
interface  to  be  effective,  the  human  factors  engineer  must  be  as  knowledgeable 
as  possible  about  the  test  item.  All  available  system  documentation  should  be 
read  to  determii  e  the  nature  of  the  system's  mission  and  how  the  operator 
interacts  with  the  system  in  achieving  that  mission.  The  following  are  typi¬ 
cal  types  of  documentation  that  should  be  reviewed: 

a.  System  Specifications 

b.  System  Descriptions 

c.  Operator  Manuals 

d.  Appropriate  Task  Analysis  Data,  if  available 

e.  Any  previous  HFE  evaluation  of  the  test  item 

f.  TOP  1-1-056,  Software  Testing 

g.  Requirement  Documents  (LDA,  ROC,  LR,  TDR) 

h.  Operational  and  Organizational  Concept 

i.  TOP  1-2-610,  Human  Factors  Engineering. 

j.  Any  other  relevant  documentation  available 


TOP  1-1-059 


30  NOVEMBER  1985 


The  human  factors  engineer  should  then  use  this  information  to  aid  in  the 
classification  of  the  SCI  and  the  selection  of  design  checklists  and  criteria 

(appropriate  for  inclusion  in  the  test.  This  documentation  is  also  useful  in 
selecting  (1)  appropriate  scenarios  for  system  performance  testing,  and 
!  (2)  appropriate  topic  areas  for  inclusion  in  questionnaires  and  interviews. 

s 

3.3  Step  2  -  Classification;  The  objective  of  this  step  is  to  aid  the  human 
>  factors  engineer  in  the  selection  of  appropriate  checklist  criteria  by  pro- 

I  viding  guidance  for  classifying  the  computer-based  subsystem  of  the  test  item. 

'  The  classification  is  based  on  two  factors  that  influence  the  design  of  the 

<  soldier-computer  interface,  the  expected  deployment  of  the  system  and  the 

expected  tasks  that  the  operator  performs  tdien  interacting  with  the  SCI.  By 
I*  defining  these  two  elements,  typical  types  of  checklist  criteria  can  be 

defined.  Paragraphs  3.3.1,  3.3.2,  and  3.3.3  discuss  this. 

I  vniile  this  classification  process  will  aid  the  user  in  selecting  typical 

checklist  criteria,  it  is  based  primarily  on  general  classes  of  systems.  It 
is  important  to  be  aware  that  some  test  items  may  not  lend  themselves  to  clas¬ 
sification  due  to  special  design  considerations  or  emerging  technology. 
Therefore,  the  test  item  should  be  carefully  examined  to  ensure  that  all  the 
I  applicable  criteria  are  being  used  during  the  test. 

3.3.1  Define  System  Deployment;  Deployment  is  defined  as  the  physical  manner 
in  which  the  system  will  be  used  in  the  field.  While  most  systems  will  be 
deployed  in  only  one  manner,  some  may  have  several  different  modes  of  deplo3r- 
ment.  The  human  factors  engineer  should  review  the  system  documentation  and 
y  determine  the  expected  system  deployment  based  on  the  following  list: 

a.  Aircraft;  Any  computerized  system  that  has  the  soldier-computer 
interface  located  in  an  aircraft. 

b.  Ground  vehicle;  Any  computerized  system  that  has  the  soldier- 
I  computer  interface  located  in  a  ground  vehicle,  excluding  shelters. 

c.  Portable;  Any  computerized  system  that  is  physically  transported  by 
one  or  more  soldiers.  This  includes  systems  such  as  radios, 
weapons,  and  other  systems  that  are  not  physically  part  of  a  larger 
^  system.  This  type  of  system  is  typically  used  outside  or  in  a  tent 

i  where  the  environment  is  not  very  controlled,  not  in  a  shelter, 

building,  or  vehicle. 

d.  Shelter;  Any  computerized  system  that  is  placed  in  a  transportable 
or  mobile  shelter. 

I  e.  Building;  Any  computerized  system  that  is  deployed  in  a  nonmobile 

;  structure. 

3.3.2  Define  Operator  Tasks;  The  tasks  that  the  operator  performs  when 
interacting  with  the  SCI  act  to  define  how  it  is  designed.  These  tasks  my 
I  differ  from  those  that  the  computerized  systws  performs  during  a  mission  in 

I  that  the  operator  is  providing  direction  or  informtion  to  the  computer  neces¬ 

sary  for  it  to  perform  its  task(s).  The  computer-based  system  my  require 
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that  the  operator  perform  more  than  one  task,  especially  for  complex  systems. 
The  HFE  should  review  the  system  documentation  and  select  the  appropriate 
tasks  from  the  list  below.  This  list  is  representative  of  typical  operator 
tasks,  but  may  not  be  inclusive  of  all  possible  tasks. 

a.  Recordkeeping/File  Maintenance;  This  task  consists  of  simple  data 
entry  into  already  existing  files,  editing  of  files,  monitoring  of 
the  data  in  the  files,  and  some  limited  self-test  capability.  The 
data  tends  to  be  numerical  in  nature  and  static  as  opposed  to 
dynamic.  Examples  of  this  type  of  task  include  keying  in  of  fre¬ 
quencies  for  communications,  parameter  files  for  EWI  devices,  or 
fire  control  parameters. 

b.  Text  Editing;  This  task  is  analogous  to  word  processing.  There  is 
extensive  entry  of  alphanumeric  data  with  extensive  manipulation  by 
editing  commands.  Information  can  be  communicated  between  dis¬ 
tributed  networks  of  terminals. 

c.  Data  Communication!  This  task  consists  of  the  formatting,  sending, 
and  reception  of  data  in  the  form  of  messages,  either  alphanumeric 
or  just  numeric.  The  format  may  be  fixed  or  variable. 

d.  Target  Tracking;  This  task  consists  of  the  detection,  recognition, 
identification,  and  tracking  of  targets.  Examples  of  this  type  of 
task  include  tactical  data  display,  air  defense,  and  fire  control. 
The  data  are  dynamic  in  nature. 

e.  Data  Management;  This  task  consists  of  manipulation  of  data  through 
sorting  of  files,  statistical  analysis,  and  mathematical  formulas. 
The  data  tend  to  be  static  in  nature. 

f.  Simulation;  This  task  consists  of  the  extrapolation  from  existing 
data  to  predict  possible  outcomes  baked  on  specific  scenarios. 

g.  Status  Monitoring;  This  task  consists  of  monitoring  of  d}mamic 
information  regarding  system  status.  The  computer  integrates 
various  data  sources  into  a  display  for  operator  decision  making, 
and  system  or  process  control. 

3.3.3  Determine  Classification;  Once  the  deployment  and  tasks  have  been 
determined,  the  classification  of  the  system  should  be  determined.  Some 
systems  may  have  more  than  one  classification.  The  classif ications  should  be 
ascertained  from  Table  2.  The  terminology  used  to  designate  a  specific  clas¬ 
sification  is  arbitrary  and  does  not  denote  any  other  meaning. 

3.4  Step  3  -  Identify  Criteria; 

3.4.1  General  Guidelines;  The  soldier-computer  interface  can  be  assessed  in 
terms  of  various  hardware,  software,  and  workspace  user  considerations.  These 
considerations  conform  to  general  human  factors  characteristics  found  to  be 
basic  to  good  system  design  in  other  applications.  These  considerations 
include; 
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TABLE  2: 


Deployment 

Aircraft 


Ground  Vehicle 


Portable 


Shelter 


Building 


CLASSIFICATIOf  OP  THE  SOLDIER-COHPUTER  INTERFACE 
BT  DEPLOYMENT  AND  TASK 


Task 


Classification 


Recordkeeping/File  Maintenance  1 
Data  Communication  2 
Target  Tracking  3 
Data  Management  4 
Status  Monitoring  5 

Recordkeeping/File  Maintenance  1 
Data  Connunication  2 
Target  Tracking  6 
Data  Management  4 
Status  Monitoring  7 

Recordkeeping/File  Maintenance  8 
Text  Editing  19 
Data  Communication  9 
Target  Tracking  10 
Data  Management  11 
Status  Monitoring  2 

Recordkeeping/File  Maintenance  12 
Text  Editing  13 
Data  Communication  14 
Target  Tracking  15 
Data  Management  16 
Simulation  17 
Status  Monitoring  18 

Recordkeeping/File  Maintenance  12 
Text  Editing  13 
Data  Communication  14 
Target  Tracking  15 
Data  Management  16 
Simulation  17 
Status  Monitoring  18 
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a.  Compatibility:  Workspace,  input  and  output  devices,  and  software 
should  be  compatible  with  user  needs.  Input  required  of  the  user 
should  be  compatible  with  the  output  of  the  computer  and  vice  versa. 
Information  presented  to  the  operator  should  be  appropriate  for  the 
task. 

b.  Flexibility:  A  system  should  be  flexible  to  the  degree  that  indi¬ 
vidual  differences  in  skill  are  encompassed  to  ensure  optimal  per¬ 
formance  of  all  users  under  all  anticipated  conditions. 

c.  Workload  Reasonability:  The  tasks  required  of  the  operator  should 
be  within  the  operator's  capability  and  should  require  the  operator 
to  perform  a  useful,  meaningful  role.  Optimum  design  takes 
advantage  of  the  best  capabilities  of  both  operator  and  machine  and 
does  not  induce  information  or  work  overload. 

d.  Brevity:  Human  memory  can  accept  a  limited  amount  of  information. 
This  implies  that  information  presented  to  the  operator  or  entered 
by  the  operator  should  be  grouped  into  short,  readily  understandable 
units . 

e.  Immediate  Feedback:  Operators  should  always  be  presented  with 
readily  understandable  information  so  that  they  know  where  they  are, 
what  they  have  done,  and  whether  the  operation  was  successful.  They 
should  be  given  every  opportunity  to  correct  errors. 

A  complete  assessment  of  any  soldier-computer  interface  requires  that  the 
human  factors  engineer  or  a  human  factors  specialist  working  under  the  di.ect 
supervision  of  the  human  factors  engineer  observe  the  operators  perform  a 
simulated  mission.  This  provides  both  quantitative  and  qualitative  data  that 
are  derived  from  actual  system  operation.  The  interaction  of  all  the  system 
components  (human,  hardware,  and  software)  should  be  assessed  in  a  typical  use 
environment.  The  specific  criteria  for  system  performance  are  usually  defined 
by  the  Independent  Evaluation  Plan  (lEP),  the  Test  Design  Plan  (TDP),  and 
other  requirement  documents.  General  criteria  include  the  following: 

a.  Time:  Response  time  is  constrained  by  system  requirements.  Within 
these  requirements,  the  computer  system  shall  respond  in  a  timely 
manner.  The  operator  shall  receive  an  indication  of  command  accept¬ 
ance  within  an  acceptable  time.  The  output  of  required  information 
shall  be  within  an  acceptable  time.  The  completion  of  the  system 
mission  shall  be  within  acceptable  limits. 

b.  Errors :  Number  and  effect  of  errors  comnitted  by  the  user  due  to 
the  system  hardware  and  software  design  shall  not  jeopardize  mission 
success. 

c.  Acceptability;  The  system  shall  be  designed  to  meet  user  expecta¬ 
tions  to  ensure  acceptance. 
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3.4. 1.1  Workspace;  The  nature  of  the  tasks  performed  by  a  user  when  inter¬ 
acting  with  an  automated  data  processing  (ADP)  system  levies  special  require¬ 
ments  on  the  design  of  the  workspace.  The  user  spends  a  large  proportion  of 
time  monitoring  system  performance  or  interacting  with  the  system  software. 

The  design  of  the  work  station  should  support  the  user's  ability  to  interact 
with  the  system.  To  this  end,  the  workspace  shall  be  designed  to  ensure  com¬ 
patibility  with  the  physical  demands  placed  on  the  user  by  the  required  tasks. 
Design  areas  that  are  of  concern  include  seating,  input  and  output  device 
location  and  design,  ambient  illumination,  document  storage,  and  work  surface 
availability.  Detailed  criteria  are  contained  in  Appendix  A  and  should  be 
selected  in  accordance  with  Para.  3.4.2. 

3.4. 1.2  Input  and  Output  Devices;  The  design  of  the  input  and  output  devices 
is  also  influenced  by  the  nature  of  the  user  tasks.  The  following  general 
criteria  are  applicable  to  the  input  and  output  device  design.  Detailed  cri¬ 
teria  are  contained  in  Appendix  A  and  should  be  selected  in  accordance  with 
Para.  3.4.2. 

a.  Input  Devices;  Input  devices  shall  be  designed  to  facilitate  the 
manipulation  and  control  of  the  computer  system  function  and  data. 
Areas  of  design  that  are  of  concern  include  appropriateness  of  the 
input  device,  accessibility,  dimensions,  and  compatibility  with 
operator  needs. 

b.  Output  Devices;  System  output  devices  shall  be  designed  to  ensure 
that  the  information  being  displayed  is  detectable,  discriminable, 
recognizable,  and  readable.  Areas  of  design  that  are  of  concern 
include  viewing  angle  and  distance,  visual  angle  of  characters, 
character  form,  luminance  contrast  and  display  lighting,  and  audi¬ 
tory  signal  volume  and  frequency. 

3.4. 1.3  Software;  User  considerations  involving  software  should  include  the 
following,  at  a  minimum  (Detailed  criteria  are  contained  in  Appendix  A  and 
should  be  selected  in  accordance  with  Para.  3.4.2): 

a.  Data  Display;  Information  displayed  should  be  organized  in  a  way 
which  facilitates  operator  performance.  This  includes  presentation 
and  structuring  of  information  on  the  computer  display.  The  major 
areas  of  concern  should  include  information  coding,  information 
density,  labeling,  and  format. 

b.  Data  Entry  Procedures;  Procedures  for  data  input  should  be 
efficient  and  reliable. 

c.  Interactive  Control;  The  extent  to  which  a  user  feels  in  control  of 
the  interactive  process  depends  significantly  on  which  information 
is  presented  when.  Dialogues  should  be  designed  to  be  compatible 
with  operator  needs  and  to  accommodate  individual  differences  for 
optimal  system  performance.  Considerations  should  include  choice  of 
dialogue  mode,  form-filling,  computer  prompting,  menu  selection,  and 
command  languages.  Command  language  should  reflect  the  user's  point 
of  view  and  training,  allowing  the  user  to  request  help  at  any  time. 
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Concerns  should  include  organization  of  commands,  command  nomen¬ 
clature,  use  of  default  values,  user  control  of  multiple  commands, 
macros  and  priority  commands,  command  operation,  system  response 
time,  and  special  commands. 

d.  Feedback;  Operators  should  always  be  presented  with  readily  under¬ 
standable  information  on  the  status  of  system  functioning.  Con¬ 
siderations  deal  primarily  with  information  presented  to  the 
operator  on  the  display.  The  major  areas  of  concern  should  include 
system  status  and  error  messages. 

e.  Error  Management/Data  Protection;  Operator  error  is  intrinsic  to 
every  soldier-computer  interface.  Software  should  be  designed  so 
that  catastrophic  situations  such  as  inadvertent  deletion  of  data 
are  avoided  and  error  recovery  is  accomplished  easily  and  quickly. 
Areas  of  concern  should  include  error  recovery  control,  help  and 
documentation,  computer  aids,  hard  copy  output;  command  cancel¬ 
lation,  verification  of  ambiguous  or  destructive  actions,  sequence 
control,  and  system  failures. 

3. A. 2  Design  Checklist  Criteria  Selection;  Using  Table  3,  identify  those 
design  checklists  that  are  appropriate  for  the  classification  of  the  SCI  test 
item  identified  in  Para.  3.3.  Table  3  provides  a  matrix  that  lists  each  clas¬ 
sification  and  the  design  considerations  applicable  to  the  soldier-computer 
interface.  Each  cell  of  the  matrix  indicates  the  number  and  subsection  of  the 
appropriate  checklist  for  that  class  of  SCI,  by  design  consideration.  As 
stated  in  Para.  3.1,  the  design  checklists  identified  using  this  table  are 
appropriate  for  general  classes  of  the  SCI.  Some  systems  may  not  lend  them¬ 
selves  to  this  table.  In  addition,  the  design  checklists  include  some 
criteria  that  are  not  drawn  from  MIL-STDs  or  other  requirements  documents. 

They  are  included  to  provide  suggested  improvements  for  preferred  design  of 
the  SCI.  The  Checklist  Identification  Aid  form  (see  Appendix  F)  may  be  used 
to  facilitate  checklist  selection  for  systems  with  multiple  classifications. 

3.5  Step  A  -  Identify  Use  Conditions;  The  human  factors  engineer  will  ensure 
that  the  test  of  the  soldier-computer  interface  is  performed  under  conditions 
representative  of  item  use  to  the  extent  that  such  conditions  are  expected  to 
have  an  effect  on  performance  in  operating  the  system.  Applicable  use  con¬ 
ditions  should  be  selected  from  the  list  below.  Additional  information  may  be 
found  in  Para.  3.3  of  TOP  1-2-610. 

3.5.1  User  (Test  Participant)  Conditions 


a.  Gender  (male,  female) 

b.  Body  size  (height,  weight,  etc.) 

c.  Limb  size  (dimensions,  reach  distance,  etc.) 

d.  Clothing  (size,  type) 

e.  Encumbrances  (combat  pack,  weapon,  radio) 
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£.  Skills  and  knowledge  (MOS,  experience,  training) 

g.  Special  considerations  (handedness,  physical  strength,  wearing  of 
eyeglasses,  and  facility  of  spoken  English). 

3.5.2  Environmental  Conditions 


a.  Temperature  (extremes  of  heat  and  cold) 

b.  Climate  (temperature,  tropic,  desert  or  cold  regions) 

c.  Ventilation  (effects  on  comfort,  safety  and  performance) 

d.  Lighting  (type,  location,  levels  —  effects  on  visibility) 

e.  Noise  (spectrum,  loudness  —  effects  on  comfort,  safety,  reception 
of  communication,  performance) 

f.  Vibration  (spectrum  and  intensity  —  effects  on  comfort,  safety  and 
performance) . 

3.5.3  Operational  Conditions 

a.  Threat  characteristics  (type,  number,  distance,  deployment) 

b.  Force  characteristics  (mission  profile,  operational  mode  summary, 
crew  composition) 

c.  Conditions  of  readiness 

d.  Blackout  conditions 

e.  Logistical  constraints 

f.  Emergency  conditions  (e.g.,  wearing  NBC  equipment,  etc.). 

g.  Personnel  attrition  (need  for  cross-training,  ease  of  training) 

h.  Duty  cycle  durations. 

3.6  Step  5  -  Develop  Test  Plan;  The  HFE  SCI  subtest  plan  shall  be  written  in 
accordance  with  TECOM  Reg  70-24.  The  subtest  plan  shall  follow  the  following 
format: 

a.  Objective:  This  shall  be  a  concise  statement  of  the  objective  or 
issue  to  be  addressed  in  the  subtest,  including  the  subtest's 
relationship  with  the  overall  test  objectives. 

b.  Criteria:  This  shall  be  a  statement  of  the  criteria  contained  in  or 
referred  to  in  the  lEP,  TOP,  or  TECQH  directive.  The  sources  of  all 
criteria  should  be  clearly  identified  down  to  the  paragraph  number. 
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c.  Data  Required;  This  shall  be  a  statement  that  details  the  specific 
data  to  be  obtained  during  the  test.  This  shall  specify  the 
accuracy  requirements  of  the  data  and  the  numbers  of  samples  or 
observations. 

d.  Data  Acquisition  Procedure;  This  shall  detail  the  procedures  to  be 
used  in  collecting  the  data.  The  TOP  procedure  should  be  referenced 
along  with  a  brief  description  of  the  procedure.  If  the  procedure 
deviates  from  a  TOP  or  in  the  absence  of  a  TOP,  the  procedure  shall 
be  described  in  detail. 

e.  Analytical  Procedures.  This  shall  describe  how  the  data  listed  in 
the  data  required  section  will  be  reduced  and  analyzed,  and  how  com¬ 
parison  against  the  criterion  statements  will  be  made. 

The  SCI  subtest  will  be  coordinated  with  the  HFE  subtest. 

4.  Test  Controls;  The  test  controls  appropriate  to  the  test  item  must  be 
followed.  In  addition,  the  test  controls  from  TOP  1-2-610,  Human  Factors 
Engineering,  should  be  followed.  Test  controls  specific  to  the  soldier- 
computer  interface  are  given  in  the  following  paragraphs. 

A.l  Control  of  Test  Participants;  The  personnel  selected  for  operators  of 
the  test  item  should  be  representative  of  the  expected  user  population  once 
the  test  item  is  fielded.  Test  project  personnel,  therefore,  shall  review  the 
item  documentation  to  determine,  at  a  minimum,  the  following  characteristics 
of  the  intended  user  population.  In  addition,  any  specific  training  programs 
necessary  to  operate  the  item  must  be  identified.  The  informdtion  listed 
below  represents  sample  criteria  for  subject  selection.  The  distribution  of 
each  characteristic  in  the  test  participant  sample  shall  be  similar  to  that  of 
the  population  distribution  within  selection  constraints.  The  characteristics 
to  be  determined  and  recorded  for  all  participants  shall  include  consideration 
of  the  following: 

a.  Physical  Dimensions:  Ranges  of  heights  and  weights  shall  be  speci¬ 
fied,  giving  due  consideration  to  the  range  of  these  dimensions 
expected  of  typical  user  personnel  when  the  system  is  fielded. 
Specifically,  the  range  should  encompass  the  5th  through  95th  per¬ 
centile  as  described  in  Figure  25. B. 7  in  TOP  1-2-610,  Human  Factors 
Engineering,  Part  II.  Determination  must  be  made  of  specific  body 
dimensions  of  importance  for  item  use  (reach,  seated  height, 
kneeling,  etc.)  and  the  5th  through  95th  percentile  values  of  these 
dimensions  should  be  used  (Figure  lO.D.l  in  TOP  1-2-610,  Part  II). 

No  person  with  a  special-duty  or  limited  duty  profile  can  be  per¬ 
mitted  to  participate  unless  a  task  analysis  reveals  that  the 
restriction  on  activities  has  no  impact  on  the  tasks  required  in  the 
test. 

b.  Sensory  Acuity;  All  test  participants  should  have  had  a  recent 
(within  the  last  12  months)  test  of  vision  and  audition.  If  vision 
or  audition  are  critical  to  the  test  functions,  the  appropriate  test 
shall  be  given  both  immediately  before  and  after  test  operations. 
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Minimum  standards  should  be  stated  for  each  of  these  sensory  modali¬ 
ties  depending  upon  an  analysis  of  the  requirements  of  the  tasks  to 
be  performed.  The  inclusion  of  participants  who  wear  glasses  should 
be  considered  if  appropriate  to  the  particular  test. 

c.  MOS:  The  required  MOS  will  normally  be  specified  in  the  test  direc¬ 
tive  or  TDP.  If  it  is  not,  a  determination  must  be  made  of  the  MOS 
and  whether  the  specified  MOS  must  be  test  participant's  primary  MOS 
or  whether  a  soldier  with  this  specialty  in  a  MOS  is  acceptable.  If 
alternate  specialties  include  the  required  training  and  are  accept¬ 
able  substitutes,  these  are  to  be  listed  in  the  TDP.  In  addition, 
the  training-requirements  specification  will  state  whether  the  MOS 
must  be  a  school-trained  qualification  or  whether  an  OJT-qualif ied 
soldier  meets  the  requirements. 

d.  Time  in  MOS;  Each  participant  should  have  been  assigned  to  the 
specified  MOS  for  a  sufficient  time  to  be  fully  qualified. 

e.  Rank;  Test  participants  should  represent  the  rank  and  skill  levels 
specified  for  test  item  users  or  as  specified  in  the  Requirements 
Document. 

f.  Item  Specific  Training;  If  training  is  required  for  use  of  the  test 
item,  this  training  shall  be  provided  to  test  participants  prior  to 
data  collection.  The  human  factors  engineer  should  ensure  that  all 
test  participants  received  standardized  training.  Exceptions  to 
training  should  be  noted  in  the  test  report. 

A. 2  Control  of  Procedures;  Operators  should  perform  tasks  with  the  test  item 
in  accordance  with  standard  Army  procedures  and  those  procedures  identified  in 
the  technical  manuals  and  operating  instructions.  Additionally,  if  data  are 
collected  by  simulation  of  missions,  the  scenarios  used  should  be  carefully 
scripted.  Tests  should  be  designed  and  implemented  to  exercise  the  soldier- 
computer  interface  through  all  phases  of  the  operating  scenario  —  both  normal 
and  emergency  conditions.  The  scenario  should  be  complete  in  evaluating  all 
aspects  of  the  soldier-computer  interface;  visual,  auditory,  controls,  com¬ 
munications,  etc. 

5.  Test  Procedures 


5.1  Method;  A  human  factors  engineering  test  of  the  soldier-computer  inter¬ 
face  is  performed  using  three  basic  methods:  (1)  human  factors  analysis  and 
walk-through;  (2)  mission  simulation;  and  (3)  questionnaire  and  interview. 
These  methods  are  interdependent  in  that  the  results  from  one  method  may 
dictate  changes  in  the  other  methods.  The  appropriateness  of  the  specific 
methods  will  depend  on  the  stage  of  development  of  the  test  item  and  the  type 
of  data  being  collected.  During  early  stages  the  software  is  rarely  complete; 
therefore,  mission  simulation  is  very  difficult  if  not  impossible.  The  human 
factors  analysis  and  walk-through  can  be  performed  at  all  stages  of  develop¬ 
ment.  The  questionnaire  and  interview  method  require  the  use  of  a  trained 
operator.  Each  method  is  discussed  below. 
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5.1.1  Human  Factors  Analysis  and  Walk~ThrouKh;  In  these  methods,  the  human 
factors  engineer  examines  the  test  item  using  appropriate  design  checklists 
selected  from  Table  3  and  any  other  human  factors  engineering  criteria  identi¬ 
fied  during  the  document  review  (Para.  3.2).  This  evaluation  should  be  aided 
by  a  trained  operator.  This  analysis  tends  to  be  iterative  in  nature, 
typically  performed  over  days  or  weeks.  In  addition  to  immediate  data  collec¬ 
tion,  the  HFE  analysis  and  walk-through  can  serve  to  identify  areas  for 
further  analysis,  identify  data  requirements  for  the  mission  simulation,  and 
further  familiarize  the  human  factors  engineer  with  the  operation  of  the 
system. 

The  operator  directs  the  human  factors  engineer  through  the  operation  of  the 
test  item,  explaining  each  procedural  step,  how  the  system  is  responding,  and 
how  the  operator  must  interact  with  the  equipment.  The  human  factors  engineer 
assesses  each  step  of  the  operation  and  element  of  the  system  for  conformance 
to  the  criteria  contained  in  the  design  checklists.  Physical  measurements  are 
taken  as  necessary.  Times  for  system  response  to  command  input,  update  rates, 
and  other  system  response  times  that  can  be  measured  without  a  full  mission 
simulation  will  be  recorded.  The  operator  will  be  asked  to  initiate  various 
system  tasks  while  the  human  factors  engineer  observes  and  records  time  (see 
Table  4  for  t3rpical  response  times).  The  design  checklists  should  be  used  to 
ensure  that  all  relevant  criteria  have  been  addressed.  Detailed  information 
on  the  use  of  design  checklists  is  contained  in  Section  5.10,  Test  Proce¬ 
dure  -  HFE  Design  Checklists  of  TOP  1-2-610.  Details  of  these  methods  as  they 
relate  to  hardware,  software,  and  system  performance  are  described  below. 

5. 1.1.1  Workspace;  The  human  factors  engineer  will  evaluate  all  aspects  of 
the  workspace  design  that  are  relevant  to  the  toldier-computer  interface. 

This  will  include,  but  not  necessarily  be  limited  to,  the  following: 

a.  Workstation  Configuration;  The  physical  dimensions  of  the  work¬ 
station  will  be  measured  using  the  appropriate  instrumentation  from 
the  HFE  Instrumentation  Kit.  These  measurements  will  include,  but 
not  be  limited  to,  the  following:  viewing  angle;  viewing  distance; 
keyboard  height  from  floor;  keyboard  slope;  reach  distance  to  the 
back  of  the  keyboard  and  other  controls;  height,  width,  and  depth  of 
writing  and  work  surfaces;  height,  width,  and  depth  of  the 
operators'  leg  space  and  kickspace.  Refer  to  Figure  1  for  an  illus¬ 
tration  of  typical  measurements. 

b.  Seating;  The  seating  available  to  the  operator  will  be  evaluated 
for  the  following,  at  a  minianim:  adjustability  to  accommodate  the 
5th  percentile  female  and  the  95th  percentile  male  population;  sup¬ 
port  for  maintaining  proper  body  posture;  availability  and  design  of 
armrest;  support  provided  by  backrests;  and  availability  of  foot¬ 
rests. 

c.  Ambient  Illumination;  Ambient  illumination  will  be  measured  in 
accordance  with  the  procedures  contained  in  TOP  1-2-610,  Human 
Factors  Engineering,  Para.  5.1,  Test  Procedure  Lighting.  Measure¬ 
ment  should  be  made  at  hard  copy  devices,  displays,  controls,  and 
writing  surfaces,  if  present. 
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TABLE  4:  SYSTEM  RESPOMSE  TIMES 
(MIL-STD-1472C) 

Naxiffliun 

Acceptable 

System  Response 

Interpretation  Response  Time  Definition  Time  (Secs) 


Key  Response 

Key  depression  until  positive 
response;  for  example,  "click" 

0.1 

Key  Print 

Key  depression  until  appearance  of 
character 

0.2 

Page  Turn 

End  of  request  until  first  few  lines 
are  visible 

1.0 

Page  Scan 

End  of  request  until  text  begins  to 
scroll 

0.5 

XY  Entry 

From  selection  of  field  until  visual 
verification 

0.2 

Function 

Selection 

From  selection  of  connand  until 
response 

2.0 

Pointing 

From  input  of  point  to  display  poin 

0.2 

Sketching 

From  input  of  point  to  display  of 
line 

0.2 

Local  Update 

Change  to  image  using  local  data 
base;  for  example,  new  menu  list 
from  display  buffer 

0.5 

Host  Update 

Change  where  data  is  at  host  in 
readily  accessible  form;  for 
example,  a  scale  change  of  existing 
image 

2.0 

File  Update 

Image  update  requires  an  access  to  a 
host  file 

10.0 

Inquiry  (Simple) 

From  command  until  display  of  a 
commonly  used  message 

2.0 

Inquiry  (Complex) 

Response  message  requires  seldom 
used  calculations  in  graphic  form 

10.0 

Error  Feedback 

From  entry  of  input  until  error 

message  appears 

2.0 

SOLOIER  COMPUTER  INTERFACE 
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5. 1.1. 2  Input  and  Output  Devices;  Using  design  checklists,  the  human  factors 
engineer  will  evaluate  all  aspects  of  the  design  of  the  input  and  output 
devices  that  are  relevant  to  the  soldier-computer  interface.  The  following, 
at  a  minimtim,  will  be  measured: 

a.  Control  dimensions,  resistance,  and  displacement 

b.  Display  size,  viewing  distance,  and  viewing  angle 

c.  Display  character  size  and  visual  angle 

d.  Control  labeling  dimensions 

e.  Luminance  contrast  of  display  characters  in  accordance  with  para. 
5.1,  Test  Procedure  -  Lighting  from  TOP  1-2-610,  Human  Factors  Engi¬ 
neering 

f.  Frequency  range  and  s ignal-to-noise  ratio  of  auditory  signals  in 
accordance  with  para.  5.2,  Test  Procedure  -  Noise  Measurement  from 
TOP  1-2-610,  Human  Factors  Engineering. 

5. 1.1. 3  Software:  The  human  factors  engineer  will  observe  the  operator 
interact  with  the  software.  The  operator  will  call  up  all  available  software 
formats  or  a  representative  sample  if  many  formats  are  identical,  and  demon¬ 
strate  the  techniques  used  to  manipulate  the  system.  The  human  factors  engi¬ 
neer  will,  at  a  minimum,  use  design  checklists  to  evaluate  the  aspects  of  the 
software  interface  presented  below.  The  human  factors  engineer  should 
identify  and  discuss  with  the  operator  potential  HFE  problems  in  system  per¬ 
formance  or  design  characteristics  of  the  hardware. 

a.  Data  Display:  How  data  are  displayed  on  a  screen  is  critical  to 
effective  communication  between  a  computer  system  and  its  users.  A 
display  format  should  be  easily  read,  interpreted  and  able  to  be 
used  by  people  of  varying  skill.  The  human  factors  engineer  should 
pay  particular  attention  to  information  format,  labeling,  coding, 
density  and  screen  layout.  Software  formats  should  be  standardized 
within  the  system. 

b.  Data  Entry  Procedures:  One  of  the  most  critical  aspects  of  the  SCI 
is  the  technique  used  for  requesting  input  from  the  user.  Poorly 
designed  data  entry  procedures  can  make  a  system  inaccessible  to  all 
but  highly  trained  and  experienced  users.  Errors  by  terminal  users 
are  inevitable,  however,  careful  design  of  input  procedures  can 
reduce  the  frequency  and  consequences  of  errors  and  simplify  the 
correction  of  errors.  A  well-designed  system  permits  users  to  per¬ 
form  their  job  with  a  minimum  of  time  and  effort  spent  on  data 
entry.  In  evaluating  this  aspect  of  the  software  interface,  the 
husun  factors  engineer  will  review  data  entry  procedures  using 
design  checklists  and  observe  the  operator  interact  with  the 
computer  system.  Times  for  system  response  to  coBmand  input  will  be 
measured  and  recorded. 
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c.  Interactive  Control;  One  of  the  determinants  of  user  satisfaction 
and  acceptance  of  a  system  is  the  extent  to  which  the  user  feels  in 
control  of  the  interaction.  If  users  are  unable  to  control  the  pace 
and  direction  of  the  interaction  they  will  feel  frustrated  or 
threatened  by  the  system.  The  extent  to  which  a  user  feels  in  con¬ 
trol  of  the  interactive  process  depends  significantly  on  which 
information  is  presented  when.  The  appropriate  information  pre¬ 
sented  at  the  correct  time  can  make  an  otherwise  difficult  and  time- 
consuming  task  easy  and  fast.  Language  and  coding  should  be 
legible,  brief,  clear,  concise  and  consistent  within  the  system. 

When  ambiguity  and  confusion  are  minimized  performance  is  faster  and 
more  accurate.  Displayed  messages  should  be  reviewed  keeping  the 
above  principles  in  mind.  During  this  aspect  of  the  software  evalu¬ 
ation,  the  human  factors  engineer  will  focus  on  command  methods, 
organizations  and  languages:  system  response  times;  dialogue  modes; 
prompting;  and  menus.  System  response  times  will  be  measured  and 
recorded. 

d.  Feedback;  Users  need  to  know  that  the  system  is  functioning  and 
that  their  connands  are  received  and  being  processed  by  the  system. 
Maj>r  areas  of  concern  include  status  and  error  messages;  help  and 
documentation;  and  hard  copy  output.  The  human  factors  engineer 
should  have  the  operator  interact  with  the  system  such  that  the 
various  forms  of  feedback  provided  by  the  system  are  demonstrated. 
During  this  aspect  of  the  software  evaluation  the  human  factors 
engineer  will  focus  on  command  methods,  organizations  and  languages; 
systems  response  times;  dialogue  modes;  prompting;  and  menus. 

System  response  times  will  be  measured  and  recorded. 

e.  Data  Protection/Error  Management;  Errors  made  by  system  users  are 
inevitable.  However,  careful  design  of  procedures  for  correcting 
errors,  cancelling  commands,  and  protecting  data  from  destructive 
actions  can  reduce  the  frequency  and  consequences  of  errors  and 
simplify  correction  of  errors.  The  human  factors  engineer  should 
review  the  sequence  of  events  in  command  cancellation,  verification 
of  destructive  actions,  and  system  failures.  HFE  problem  areas 
should  be  identified  for  further  evaluation  during  mission  simula¬ 
tion  and/or  or  operator  interviews. 

5.1.2  Mission  Simulation;  The  objective  of  a  mission  simulation  is  to  assess 
the  operational  characteristics  of  the  soldier-computer  interface  under 
realistic  use  conditions.  The  hunwn  factors  engineer  observes  simulated  mis¬ 
sions  that  are  based  on  scenarios  that  exercise  to  the  fullest  extent  possible 
the  capabilities  of  the  system  under  test.  The  scenarios  should  be  repre¬ 
sentative  of  the  range  of  mission  profiles  and  tasks,  especially  the  worst 


Given  that  a  mission  simulation  can  be  expensive  in  terms  of  man-hours  and 
other  resources,  it  is  imperative  that  the  detailed  planning  be  performed  well 
in  advance.  Part  of  this  planning  should  include  the  determination  of  the 
feasibility  of  performing  a  mission  simulation  given  the  expected  data  return. 
The  following  steps  should  be  performed  in  the  planning  of  a  mission  simula¬ 
tion. 


30  NOVEMBER  1985 


TOP  1-1-059 


5. 1.2.1  Define  Data  Requirements;  Based  on  the  documentation  review  and  a 
thorough  understanding  of  all  system  mission  profiles,  the  types  of  data  to  be 
collected  during  the  mission  simulation  should  be  defined.  These  data  should 
consist  of  performance  measures  such  as  time  for  task  performance,  error 
rates,  assessments  of  workload,  assessments  of  crew  interaction,  and  any  other 
measures  that  may  indicate  the  efficiency  of  the  soldier-computer  interaction. 
These  data  requirements  should  include  estimations  of  the  number  of  trials 
required  for  reliability  and  validity,  and  estimations  of  methods  for  col¬ 
lecting  the  data.  In  defining  data  requirements,  it  will  be  necessary  to 
specify  what  constitutes  an  error,  and  whether  errors  can  be  prioritized  in 
terms  of  system  consequence. 

5. 1.2.2  Define  Data  Collection  Methods;  Based  on  the  data  requirements 
developed  in  Para.  5. 1.2.1,  methods  for  collecting  the  data  should  be  defined. 
These  methods  should  include  the  instrumentation,  facilities,  dependent  and 
independent  measures,  and  subject  demography  (i.e.,  number,  skill  level,  etc.) 
required.  Since  each  system  is  significantly  different,  there  is  not  a  well 
defined  group  of  methods  that  are  appropriate  for  all  types  of  systems.  The 
methods  will  be  dependent  on  the  type  of  range  facilities,  support  facilities, 
number  of  test  items,  and  stage  of  development  of  the  system  software.  The 
human  factors  engineer  should  determine  the  best  method  for  collecting  the 
required  data,  determine  the  type  of  support  available  at  the  test  facility, 
and  modify  the  data  collection  methods,  as  appropriate.  The  methods  should  be 
as  nonobtrusive  as  possible.  Potential  types  of  data  collection  techniques 
include  the  following: 

a.  Performance  Times:  Performance  times  can  be  measured  in  several 
ways.  These  include  direct  observation  by  the  human  factors  engi¬ 
neer,  the  use  of  videotaping  or  movies,  hardwired  event  timers,  and 
the  use  of  a  computerized  data  collection  tool.  The  computerized 
data  collection  tool  is  preferable  but  not  always  feasible. 

b.  Error  Rates:  Error  rates  can  be  collected  through  the  same  types  of 
methods  as  performance  times.  Like  performance  times,  the  most 
accurate  method  is  computerized  data  collection,  but  this  is  not 
always  feasible. 

c.  Workload;  Workload  is  a  very  difficult  concept  to  operationally 
define  for  purposes  of  measuring  in  a  quantifiable  manner.  There 
are  two  basic,  interactive  types  of  workload,  physical  and  mental. 
The  basic  issues  in  which  the  human  factors  engineer  should  be 
interested  include  allocation  of  tasks  between  the  user  and  the  com¬ 
puter,  and  the  allocation  of  tasks  between  the  crew  members.  Some 
approaches  that  can  be  used  to  measure  workload  include:  time-line 
analyses;  the  use  of  secondary  tasks  to  load  the  user's  information 
processing  capacity;  physiological  response  measures  such  as  heart- 
rate;  and  subjective  ratings  of  workload  by  users.  Prior  to 
embarking  on  an  attempt  to  measure  workload,  the  human  factors  engi¬ 
neer  should  review  the  literature  on  workload  assessment. 
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d.  Crew  Interaction;  Crew  interaction,  while  a  facet  of  workload,  can 
be  measured  independently.  The  critical  issues  include  communica¬ 
tions  between  the  crew  members  and  potential  physical  interference 
between  operators  during  task  performance.  Methods  for  measuring 
crew  interaction  include  direct  observation,  video  taping  or 
filming,  voice  recording  and  subjective  assessments  by  the  opera¬ 
tors. 

5. 1.2.3  Define  Degree  of  Simulation;  The  degree  to  which  the  mission  of  the 
system  under  test  should  be  simulated  is  dependent  on  several  factors.  These 
factors  include  the  following: 

a.  Stage  of  System  Development;  During  different  stages  of  develop¬ 
ment,  the  completeness  of  system  software  and,  in  some  cases,  the 
hardware  will  vary.  The  htunan  factors  engineer  must  determine  to 
what  degree  the  system  is  complete  and  how  the  data  requirements  are 
affected.  The  mission  simulation  plan  should  be  adjusted 
accordingly.  In  some  cases,  the  requirement  for  a  mission  simula¬ 
tion  may  be  waived  due  to  the  lack  of  sufficient  system  software  or 
reliability  for  accurate  and  valid  measurement. 

b.  Availability  of  Necessary  Support;  The  availability  of  the  neces¬ 
sary  facilities,  instrumentation,  personnel,  and  other  support 
requirements  identified  in  Para.  5. 1.2. 2  will  help  determine  the 
degree  of  simulation  that  can  be  performed  to  respond  to  the  data 
requirements  identified  in  Para.  5.1.2. 1.  The  human  factors  engi¬ 
neer  should  assess  the  availability  of  the  necessary  support  and 
modify  the  data  collection  methodology  accordingly. 

c.  Estimated  Cost;  Costs  of  mission  simulations  vary  depending  on  the 
level  of  support  necessary  for  performance.  Range  facilities,  com¬ 
plex  instrumentation,  large  amounts  of  ancillary  equipment,  and 
large  numbers  of  people  are  a  significant  contributor  to  the  cost  of 
the  conduct  of  a  mission  simulation.  The  more  complex  the  simula¬ 
tion,  the  greater  the  necessary  support  and  the  higher  the  cost. 

The  human  factors  engineer  should  estimate  the  cost  of  the  mission 
simulation  based  on  the  data  collection  techniques  identified  in 
Para.  5. 1.2.2. 

The  above  three  factors  should  be  reviewed  in  regard  to  the  item  under  test 
and  any  necessary  trade-offs  made  to  maximize  the  quality  of  the  data.  In 
some  cases,  the  use  of  a  mission  simulation  a»y  not  be  appropriate  or  may  be 
prohibitively  expensive,  and  therefore  waived.  In  other  cases,  the  degree  of 
simulation  may  vary  from  extremely  simple  to  very  complex. 

5. 1.2.4  Develop  Mission  Scenarios;  The  human  factors  engineer,  working  in 
concert  with  others,  should  develop  mission  scenarios.  The  scenarios  should 
be  developed  from  a  review  of  the  various  information  sources  cited  in  para¬ 
graph  3.2  and  discussions  with  subject  matter  experts  (SMEs).  A  task  analysis 
should  be  used  to  identify  critical  missions  and  task  sequences,  points  of 
peak  operator  workload,  and  expected  performance  times.  The  scenarios  should 
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contain  missions  and  task  sequences  that  represent  worst  case  operational  con¬ 
ditions  that  are  as  realistic  as  possible.  A  detailed  script  should  be 
developed  and  verified  as  correct  well  before  the  initiation  of  the  mission 
simulation.  The  human  factors  engineer  should  become  thoroughly  familiar  with 
each  script  to  ensure  that  there  is  no  loss  of  data  during  the  observation  of 
the  mission  simulation.  The  complexity  of  the  scenario  will  depend  on  how 
complete  the  test  item's  software  is  and  the  availability  of  support  personnel 
and  equipment. 

5. 1.2.5  Develop  Detailed  Data  Collection  Plan;  A  detailed  plan  for  how  the 
mission  simulation  data  are  to  be  collected  should  be  developed.  This  plan 
should  define  all  support  requirements,  including  equipment,  instrumentation, 
facilities,  personnel,  and  methodology.  The  methodology  should  contain  the 
detailed  scenarios.  The  human  factors  engineer  should  schedule  briefings  for 
all  personnel  involved  to  discuss  the  simulation  and  ensure  that  everyone 
knows  their  roles  and  responsibilities,  and  the  schedule.  These  coordination 
meetings  should  be  held  as  frequently  as  necessary  to  ensure  that  the  simula¬ 
tion  provides  the  necessary  data. 

5.1.3  Questionnaire/Interview  Guide;  In  these  methods,  operator's  subjective 
assessments  concerning  the  soldier-computer  interface  will  be  elicited.  The 
questionnaire  or  interview  guide  should  be  developed  using  information  con¬ 
tained  in  the  design  checklists  (Appendix  A).  A  sample 
questionnaire/interview  guide  is  provided  in  Appendix  C.  The  use  of 
questionnaires  and  interviews  to  elicit  data  on  system  performance  should  be 
geared  toward  user  acceptance  of  the  system.  Items  of  discussion  should 
revolve  around  whether  the  test  item  meets  the  user's  expectations  and  needs. 
More  detailed  infcrmation  is  contained  in  Test  Procedure  5.20  -  Questionnaires 
and  Interviews  from  TOP  1-2-610.  The  human  factors  engineer  should  also  refer 
to  TECOM  PAM  602-1  for  details  on  the  development  and  construction  of 
questionnaires  and  interviews. 

a.  Workspace;  This  is  usually  thoroughly  evaluated  using  quantitative 
measurement  methods.  Questionnaires  and  interviews  can  also  be  used 
to  elicit  data  that  are  not  readily  apparent  by  direct  observation. 
These  methods  can  also  be  used  to  gain  subjective  evaluation  of  dis¬ 
crepancies  from  criteria. 

b.  Input  and  Output  Devices;  The  assessment  of  controls  and  displays 
is  primarily  accomplished  by  quantitative  measurement  methods.  But 
like  workspace,  questionnaires  and  interviews  can  also  be  used  to 
elicit  data  and  gain  subjective  evaluation  of  discrepancies  from 
criteria. 

c.  Software;  Questionnaires  or  interviews  used  for  software  should 
focus  on  those  criteria  which  are  difficult  to  evaluate  quanti¬ 
tatively  and  which  involve  more  subjective  evaluation  of  the  system 
item  by  the  user.  For  example,  the  questionnaire/interview  should 
elicit  information  from  the  operator  such  as  the  ease  or  difficulty 
of  operating  the  system.  Routine  problems  the  operator  encounters 
involving  inputting  or  accessing  data,  display  organization,  diffi¬ 
culty  in  remembering  commands,  difficult  sequences  of  operation,  and 
identifying  and  correcting  errors  should  also  be  addressed. 
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5.1.4  Test  Conduct;  To  conduct  a  test  requires  careful  planning  by  the  human 
factors  engineer  in  terms  of  (1)  the  arrangements  to  be  made  prior  to  con¬ 
ducting  the  test;  (2)  any  practice  conducting  the  test  prior  to  the  main  test; 
and  (3)  the  procedures  to  be  used  during  the  test.  Once  the  test  has  begun 
every  effort  should  be  made  to  continue  it  to  completion  without  interrup¬ 
tions. 


a. 


Arrangements  to  be  made  prior  to  conducting  the  test;  The  human 
factors  engineer  will  first  determine  who  (i.e.,  the  human  factors 
engineers  or  other  test  agency  personnel)  will  conduct  different 


parts  of  the  evaluation.  The  test  engineer  will  select  relevant 


checklists  to  be  used  during  evaluation,  acquire  the  instrumentation 
needed  to  conduct  the  test,  and  schedule  the  time  of  operator(s)  and 
work  station(s)  of  interest.  If  a  particular  evaluation  involves 


special  considerations,  such  as  clothing,  the  human  factors  engi¬ 


neering  will  make  these  arrangements. 


b.  Practice  prior  to  the  test;  Every  effort  should  be  made  to  ensure 
smooth  conduct  of  the  tests  described  above.  The  human  factors 
engineer  will  ensure  that  personnel  conducting  test,  using  checklist 
or  administering  questionnaires  or  interview  are  thoroughly  familiar 
with  procedures  to  be  followed  and  equipment  used  during  evaluation. 
Practice  prior  to  the  test  may  expedite  conduct  of  the  test  and 
enhance  the  quality  of  results. 


Procedures  used  during  the  test; 
described  in  section  5.1. 


Tests  will  be  performed  as 


5.2  Data  Required;  The  data  required  should  include  the  following: 

a.  A  comprehensive  list  of  all  physical  measurements  taken.  This 
should  include  equipment  used  to  take  measurements,  their  serial 
numbers,  and  calibration  dates. 


b.  The  results  of  checklist  administration.  This  should  also  include 
copies  of  the  checklist  used.  Photos  of  all  discrepancies  should  be 
obtained  for  use  in  data  analysis  and  test  reporting. 


c.  The  results  of  questionnaires  and  interviews.  This  should  include 
copies  of  responses  to  questionnaire,  and  interview  forms. 

d.  The  results  of  mission  simulation  (if  appropriate).  This  should 
include  videotape  of  the  simulation,  results  from  any  checklists  or 
recording  forms  used,  any  system  times  or  errok  rates  recorded 
during  simulation. 


6.  Data  Reduction  and  Presentation:  The  degree  to  which  the  test  item  con¬ 
forms  or  does  not  conform  to  human  factors  engineering  specifications,  stand¬ 
ards,  and  requirements  should  be  presented  in  narrative  form.  Instances  of 
nonconformance  should  be  supported  by  relevant  measurements  and  photographic 
illustrations.  The  causes  and  consequences  of  nonconformance  shall  be 


30  NOVEMBER  1985 


TOP  1-1-059 


analyzed  with  regard  to  effect  on  systems  and  mission  performance.  All  quan¬ 
titative  measurement  data  (e.g.,  anthropometric,  illumination,  etc.)  shall  be 
presented  in  tabular  or  graphic  form  for  direct  comparison  with  the  specified 
criteria  and  to  show  the  degree  of  compliance  or  noncompliance.  The  results 
of  checklists  and  questionnaires/interviews  shall  be  summarized  and  presented 
in  tabular  form.  vh\en  adequate  samples  are  available,  the  results  should  be 
submitted  to  statistical  analyses.  Any  degradation  of  the  effectiveness  of 
the  man-item  relationship  with  regard  to  operation  of  the  system  shall  be 
assessed  and  corrective  action  recommended. 

Each  discrepancy  from  the  criteria  should  be  analyzed  for  its  impact  on  mis¬ 
sion  performance.  This  analysis  will  include,  at  a  minimum,  the  following: 

a.  Potential  Type  of  Error:  The  type  of  error  that  the  discrepancy 
could  induce  should  be  determined.  In  some  tests  the  mission  simu¬ 
lation  will  provide  this  information.  Types  of  general  errors  are 
defined  in  Para.  5.14.4  of  TOP  1-2-610,  Human  Factors  Engineering. 

b.  Probability  of  Error:  Estimations  should  be  made  of  the  probability 
of  errors  occurring.  These  estimations  should  be  based  on  the  fre¬ 
quency  and  difficulty  of  tasks  involving  the  discrepancy,  and  the 
potential  for  a  stressful  environment  during  task  performance 
involving  the  discrepancy.  Reference  should  be  made  to  Para.  5.14- 
Test  Procedure-Error  Likelihood  Analysis  in  TOP  1-2-610,  Human 
Factors  Engineering. 

c.  Recovery  from  Error:  Estimations  should  be  made  of  the  probability 
of^ the  operator(s)  recognizing  that  a  error  has  occurred  and  cor¬ 
recting  it.  The  effect  of  the  error  correction  on  mission  perform¬ 
ance  should  also  be  determined. 

d.  Error  Propagation:  Estimation  should  be  made  of  the  potential  for 
one  error  leading  to  one  or  more  other  errors. 

e.  Synergistic  Effects:  The  human  factors  engineer  should  consider  the 
cumulative  effects  of  discrepancies.  While  individual  design 
problems  may  not  seem  important,  groups  of  discrepancies  can  inter¬ 
act  to  create  a  composite  potential  for  error. 

f.  Consequences  of  Error:  The  consequences  on  mission  performance  of 
the  error(s)  induced  by  the  discrepancy  should  be  determined  from 
mission  simulation  data,  documentation,  and/or  SMEs. 

The  human  factors  engineer  should  integrate  the  results  of  the  above  analyses 
and  develop  a  list  of  well  defined  design  problem  areas. 

Judgments  will  be  made  as  to  whether  these  problems  represent  deficiencies  or 
shortcomings.  In  determining  whether  a  problem  is  a  deficiency  or  short¬ 
coming,  the  following  checklist  (from  TOP  1-1-012)  should  be  used: 


23 


,v. 


e.  Does  the  incident  (perfornance  or  component): 

(1)  Create  a  hazard' to  personnel  or  equipment? 

(2)  Seriously  impair  operational  capability? 

(3)  Cause  serious  damage  if  operations  were  to  continue? 

b.  If  answer  is  "yes"  to  one  or  more  of  the  above,  is  the  incident: 

(1)  Something  not  anticipated  in  equipment  of  this  type? 

(2)  A  characteristic  of  design  that  requires  change? 

(3)  Expected  to  occur  again  at  similar  frequency  (i.e.,  not 
random)? 

c.  If  answer  is  "yes"  to  all  three  (paragraph  5.12.6b),  the  problem  i 
a  true  deficiency.  If  the  answer  to  any  one  of  the  three  is  "no," 
it  is  a  shortcoming. 

Test  Incident  Reports  (TIRs)  should  be  completed  for  all  discrepancies  and 
forwarded  to  the  responsible  agency. 


Recommended  changes  to  this  publication  should  be  forwarded  to 
Commander,  U.S.  Army  Test  and  Evaluation  Command,  ^TTN:  AMSTE-TC-M 
Aberdeen  Proving  Ground,  MD  21005-5055.  Technical  information  may 
be  obtained  from  the  preparing  activity:  Commander,  U.S.  Army  Test 
and  Evaluation  Command,  ATTN:  AMSTE-EV-H,  Aberdeen  Proving  Ground, 
MD  21005-5055.  Additional  copies  are  available  from  the  Defense 
Technical  Information  Center,  Cameron  Station,  Alexandria,  VA 
22304-6145.  This  document  is  identified  by  the  accession  number 
(AD  No.)  printed  on  the  first  page. 
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Appendix  A 

Sample  Design  Checklists 


This  appendix  contains  a  series  of  sample  design  checklists  for  evaluating  the 
soldier-computer  interface.  These  checklists  could  be  used  as  guidance  in 
developing  checklists  tailored  to  the  test  time.  Paragraph  numbers  in  paren¬ 
theses  at  the  end  of  a  checklist  item  refer  to  the  MIL-STD-1472C  paragraph 
number.  Other  checklist  items  are  not  requirements,  but  principles  of  good 
human  factors  design. 


Number  Title  Page 


1  Workspace  3 

2  Keyboards-Alphanumer ic  7 

3  Keyboard-Function  Keys  11 

4  Keypads-Alphanumer ic  17 

5  Lightpens  21 

6  Joysticks  23 

7  Printed  Circuit  Switches  27 

8  Mouse  29 

9  Grid  and  Stylus  31 

10  Trackballs  33 

11  Toggle  Switches  35 

12  Cursor  37 

13  Computer  Visual  Display  Unit  41 

14  CRT  -  ARI  45 

15  Dot  Matrix/Segmented/LED  Displays  47 

16  Printers  51 

17  Plotters  and  Recorders  53 

18  Auditory  Signals  55 

19  Interactive  Control  59 

a  General  59 

b  User  Control  61 

c  Multiple  Users  61 

d  Command  Organization  62 

e  Command  Language  63 

f  Command  Operation  64 

g  System  Response  Time  67 

h  Form-Filling  67 

i  Menu  Selection  69 

20  Data  Display  73 

a  Dynamic  Displays  73 

b  Information  Coding  74 

c  Format  77 

d  Text/Program  Editing  81 

e  Display  Content  83 

f  Tabular  Data  85 

g  Textual  Data  Displays  87 

h  Graphic  Displays  88 


m 
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Number 

Title 

Page 

21 

Data  Protection/Error  Management 

89 

[  '  i 

a 

Verification  of  Ambiguous 
or  Destructive  Actions 

89 

‘v'CO 

b 

System  Failure 

90 

c 

Error  Recovery 

90 

22 

Data  Entry  Procedures 

95 

23 

Feedback 

99 

r  i 

a 

General 

99 

In-Cn'.N 

b 

Prompts 

101 
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Test  Title 

DESIGN  CHECKLIST 

Workspace 

(1) 

Test  Project  No.  _ 

Date 

Detailed  Design  Considerations  YES  NO  N/A 


Comments 


Illuminance  of  working 
areas  for  printers  and 
other  hard-copy  devices  is 
between  540  and  1075  Lux 
(50  to  100  ft-c).  (5.8.2) 


2.  The  height  of  the  home  key 
row  of  keyboards  is  between 
720  and  750mm  (29  to  30 
in.)  from  the  floor. 

3.  Desk  top  height  is  720mm 
(29  in.). 

4.  There  is  leg  room  under 
desks  that  meets  or  exceeds 
the  following  (5. 7. 3. 5): 

Height  640mm  (25  in.) 

Width  510mm  (20  in.) 

Depth  460mm  (18  in.) 

5.  If  a  fixed  footrest  or  foot 
control  is  used,  the  knee 
room  height  is  increased 
accordingly.  (5. 7. 3. 5) 

6.  A  kick  space  of  at  least 
lOOmm  (4  in.)  in  depth  and 
lOOmm  (4  in.)  in  height  is 
provided  under  the  desk. 
(5.7. 1.1) 


TOP  1-1-059 


Workspace 


Datafled  Design  Considerations  YES  NO  N/A 


7.  The  keyboard  is  in  easy 
arm's  reach  with  the  back 
row  of  keys  no  more  than 
AOOnin  (16  in.)  from  the 
front  of  the  desk/work  sur¬ 
face. 

8.  Work  seating  provides  ade¬ 
quate  support  for  the  body 
relative  to  the  task. 

(5. 7. 3. 4.1) 

9.  Work  seating  is  opera¬ 
tionally  compatible  with 
the  console  configuration. 

(5. 7. 3. 4.1) 

10.  Seating  is  vertically 
adjustable  from  380  to 
535mm  (15  to  21  in.)  in 
increments  of  no  more  than 
25mm  (1  in.)  each. 

(5. 7. 3. 4. 2) 

11.  Backrests  and  seats  are 
cushioned  with  at  least 
25mm  (1  in.)  of  compres¬ 
sible  material.  The  sur¬ 
face  is  smooth. 

(5. 7. 3. 4. 4) 

12.  Backrests  recline  between 
1745  and  2005  Mrad  (100  and 
115  degrees).  (5. 7. 3. 4. 3) 

13.  Backrests  engage  the  lumbar 
and  thoracic  regions  of  the 
back.  (5. 7. 3. 4. 3) 

14.  The  backrest  supports  the 
torso  so  that  the  opera¬ 
tor's  eyes  can  be  brought 
to  the  "eye  line"  with  no 
more  than  75iiid  (3  in.)  of 
forward  body  movement. 

(5. 7. 3. 4. 3) 
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Workspace 
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Workspace 


Detailed  Design  Considerations  YES  NO  N/A 


23.  Adequate  and  suitable 
storage  space  is  provided 
on  consoles  and  immediate 
workspaces  for  manuals, 
worksheets,  and  other 
material  required  by  opera¬ 
tor.  (5.7. 1.3.4) 

24.  Writing  surfaces,  if  used, 
are  between  740  and  890mm 
(29  and  31  in.)  above  the 
floor.  (5. 7. 3. 2) 

25.  Writing  surfaces  are  at 
least  610mm  (24  in.)  wide 
and  400mm  (16  in.)  deep. 

(5. 7. 3. 3) 

26.  Work  surfaces,  if  used,  are 
at  least  760mn  (30  in.) 
wide  and  400mm  (16  in.) 
deep.  (5.7.3. 1) 

27.  Document  holders,  if  used, 
are  located  between  450  and 
500mm  (18-20  in.)  from  the 
user's  eyes  at  a  20°  angle 
from  the  vertical  plane. 

28.  Document  holders  are 
located  as  close  to  the 
display  screen  and  keyboard 
as  possible. 
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DESIGN  CHECKLIST 

Keyboards  -  Alphanumeric 

(2) 


Test  Title  _ 

Test  Project  No. 


Date 


I  M 


*  • 


Detailed  Design  Considerations  YES  NO  N/A 


1.  Numeric  keyboards,  used 
only  for  numeric  informa¬ 
tion  entry,  are  arranged  in 
a  3  X  3  X  1  matrix  with  the 
zero  digit  centered  on  the 
bottom  row.  (5 .A. 3. 1 . 3. 2a) 

2.  Alphanumeric  keyboards  are 
of  QlifERTY  design  and 
conform  to  MIL-STD-1280. 
(5.15.2.2.2) 

3.  Alphanumeric  keyboards, 
where  there  is  equal  entry 
of  alpha  and  numeric 
characters,  have  a  visual 
separation  of  the  numeric 
keys.  (5.4,3.1.3.2b) 

4.  Keys  conform  to  the 
following  dimensions 
(5. 4. 3. 1.3. 3); 

Diameter 

Min.  lOmm  (0.385  in.) 
Max.  19mm  (0.75  in.) 
Preferred  13inn  (0.5 
in. ) 

Resistance 

Numeric 

Min.  1  N  (3.5  oz. ) 

Max.  4  N  (14.0  oz. ) 


Comments 
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Keyboards  -  Alphanuaeric 


Detailed  Design  Considerations 

YES 

NO 

N/A 

Comments 

Alohanuneric  &  Dual 

Function 

Min.  250  MN  (0.9 
oz. ) 

Max.  1.5  N  (5.3  oz.) 

Displacement 

Numeric 

Min.  O.Smm  (0.13 
in. ) 

Max.  4.8mm  (0.19 
in. ) 

Alphanumeric 

Min.  1.3mm  (0.05 
in.) 

Max.  6.3mm  (0.25 
in. ) 

Dual  Function 

Min.  O.Smm  (0.03 
in. ) 

Max.  4.8mm  (0.19 
in. ) 

Separation 

Between  Adjacent  Key 

Tops 

Min.  6.4mm  (0.25 
in. ) 

5.  The  slope  of  nonportable 
keyboards  is  between  260- 
435  Mrad  (15-25°)  from  the 
horizontal.  (5.4.3. 1.3.4) 

6.  Multiple  keyboards  have  the 
same  configuration  through¬ 
out  the  system. 

(5.4.3. 1.3.5) 

7.  Feedback  is  provided  to 
inform  the  user  that  the 
intended  key  was  pressed. 

(5.4.3. 1.3.6) 

8.  Feedback  is  provided  to 
inform  the  user  that  the 
next  operation  may  be 
initiated.  (5.4.3. 1.3.6) 

A-8 
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Keyboards  -  Alphanumeric 


Detailed  Design  Considerations  YES  NO  N/A 

9.  Keyed  data,  except  security 
items,  are  echoed  on  the 
display  within  0.1  sec. 

(5.15.2.2.3) 

10.  The  key  used  to  enter  is 
explicitly  labeled  "ENTER." 

11.  Mechanical  overlays 
covering  the  keyboard  are 
not  used.  (5.15.9.1) 

12.  Systems  requiring  substan¬ 
tial  numeric  input  have  a 
numeric  keypad. 

(5.15.2.2.6) 

13.  Function  keys  on  alpha¬ 
numeric  keyboards  conform 
to  the  salient  criteria  on 
checklist  3  -Function  Keys. 


Comments 
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Keyboards  -  Alphanumeric 


Detailed  Design  Considerations 


YES  NO  N/A 


Comments 
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DESIGN  CHECKLIST 

Keyboards  -  Function  Keys 
(3) 

Test  Title  _ 

Test  Project  No. _  Date  _ 


Detailed  Design  Considerations 

YES 

NO 

N/A 

Comments 

a.  General 

1.  Function  keys  are  used  for 
time-critical,  error- 
critical,  or  frequently 
used  control  inputs. 

(5.15.2.3.1) 

2.  Function  keys,  if  legend 
pushbuttons,  conform  to  the 
following  dimensions 

(5. 4. 3. 1.5.1) : 

Size 

Min.  19nim  (0.75  in.) 

Max.  38mm  (1.5  in.) 

Displacement 

Min.  3mro  (0.125  in.) 

Max.  6mm  (0.25  in.) 

Barrier  width  (separation) 

Min.  3mm  (0.125  in.) 

Max.  6ram  (0.25  in.) 

Barrier  height 

Min.  5mm  (0.188  in.) 

Max.  6mm  (0.25  in.) 

Resistance 

Min,  2.8N  (10  oz.) 

Max.  16. 7N  (60  oz. ) 

3.  Keys  are  logically  grouped 
in  distinctive  locations  on 
the  control  panel. 

(5.15.2.3.6) 
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Keyboards  -  Function  Keys 


Detailed  Design  Considerations  YES  NO 


12.  Keys  require  only  single 
activation  to  accomplish 
their  function. 

(5.15.2.3.7) 

3.  Fixed  Function 

13.  Fixed  function  keyboards 
are  used  when  the  command 
set  is  small  and  the  users 
are  naive. 

14.  Lockout  of  fixed  function 
keys  is  minimized. 

(5.15.2.3.4) 

15.  Nonactive  fixed  function 
keys  are  replaced  by  a 
blank  key  on  the  keyboard. 

(5.15.2.3.5) 

16.  Fixed  function  keys  are 
standardized  throughout  the 
system.  (5.15.2.3.3) 

17.  System  provides  acknowl¬ 
edgement  of  user  input  if 
fixed  function  key  activa¬ 
tion  results  in  no  immedi¬ 
ate  response.  (5.15.2.3.8) 

18.  Touch-sensitive  keys  are 
provided  with  feedback  such 
as  an  integral  light. 
(5.4.3.1.5.3a) 

19.  Keys  with  a  continuously 
available  function  have  a 
single  label  on  the  key. 

20.  The  label  on  the  key  is 
visible  at  all  times. 
(5.4.3.1.5.3b) 


•.'Vs 
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Keyboards  -  Function  Keys 


Detailed  Design  Considerations  YES  NO  N/A 


21.  Labels  have  a  maximum  of 
three  lines. 

(5. A. 3.1. 5. 3e) 

c.  Multifunction 

22.  Multifunction  keys  are  used 
when  design  considerations 
make  it  necessary. 

23.  Multifunction  key  labels 
are  located  on  the  control 
or  adjacent  to  the  control. 

2A.  The  key-label  relationship 
is  unambiguous. 

25.  The  labels  are  self- 
illuminated  to  indicate 
what  function  is  opera¬ 
tional. 

26.  Different  functions  in  dif¬ 
ferent  operational  modes 
for  a  function  key  are  as 
consistent  as  possible. 

27.  Functions  occurring  in  dif¬ 
ferent  modes  are  assigned 
the  same  key  in  each  mode, 
unless  sequential  or  func¬ 
tional  grouping  dictates 
otherwise. 

28.  Once  assigned  a  function,  a 
function  key  is  not  reas¬ 
signed  a  different  function 
for  a  given  user. 
(5.15.2.3.3) 

29.  Function  key  assignments 
are  displayed  at  all  times. 
(5.15.2.3.9) 


Comments 
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Keyboards  -  Function  Keys 


Detailed  Design  Considerations 


30.  Provisions  are  made  for 
easily  relabeling  variable 
function  keys. 

(5.15.2.4.4) 

31.  If  direct  marking  of  keys 
is  not  possible,  the 
assigned  key  functions  are 
displayed  on  the  VDU 
screen.  (5.15.2.4.4) 

32.  Key  caps  are  used  if  the 
uses  of  the  keys  vary 
across  users. 

33.  Function  keys  not  currently 
needed  are  temporarily  dis¬ 
abled  by  the  computer. 

34.  Functions  of  keys  that  are 
specific  to  a  particular 
step  in  a  sequence  are  dis¬ 
played  on  the  user's  dis¬ 
play. 

35.  The  mode-select  key  is  a 
dedicated  control. 

36.  The  mode  selected  is  promi¬ 
nently  displayed  adjacent 
to  the  mode-select  key. 

37.  A  list  of  available  modes 
of  operation  is  provided. 

38.  The  list  of  available  modes 
is  located  and  organized  so 
that  the  operator  can 
readily  determine  what 
action  is  required  to 
obtain  a  mode. 

39.  Keys  that  are  not  always 
active  are  backlit  when 
enabled. 


YES 


NO 


N/A 


Comments 


I 
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DESIGN  CHECKLIST 

Keypads  -  Alphaniiaeric 
(4) 


Test  Title  _ 

Test  Project  No. 


Date 


Detailed  Design  Considerations  YES  NO  N/A 


1.  Keys  conform  to  the  fol¬ 
lowing  dimensions 

(5. A. 3. 1.3. 3); 

2.  Diameter 

Min.  10mm  (0.385  in.) 
Max.  19mm  (0.75  in. ) 
Preferred  13mm  (0.5 
in. ) 

3.  Resistance 

Min.  250  MN  (0.9  oz.) 
Max.  1.5  N  (5.3  oz.) 

A.  Displacement 

Min.  1.3mm  (0.05  in.) 
Max.  6.3mm  (0.25  in.) 

5.  Separation 

Between  Adjacent  Key 
Tops 

Min.  6.Amm  (0.25 
in. ) 

6.  Multiple  keyboards  have  the 
same  configuration  through¬ 
out  the  system. 

(5. A. 3. 1.3.5) 

7.  Feedback  is  provided  to 
inform  the  user  that  the 
intended  key  was  pressed. 
(5. A. 3. 1.3.6) 


Comments 


YES  ■  Adaquata  NO  ■  Inadaquata  N/A  ■  Not  Applieabla 
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Datailad  Design  Considerations  YES  NO  N/A 


8.  Feedback  is  provided  to 
inform  the  user  that  the 
next  operation  may  be 
initiated.  (5.4.3. 1.3.6) 

9.  Keyed  data,  except  security 
items,  are  echoed  on  the 
display  within  0.1  sec. 
(5.15.2.2.3) 

10.  The  key  used  to  enter  is 
explicitly  labeled  "ENTER." 

11.  Mechanical  overlays 
covering  the  keyboard  are 
not  used.  (5.15.9. 1) 

12.  Systems  requiring  substan¬ 
tial  numeric  input  have  a 
numeric  keypad. 

(5.15.2.2.6) 

13.  Keys  are  logically  grouped 
in  distinctive  locations  on 
the  control  panel. 

(5.15.2.3.6) 


14.  The  most  important  and  fre¬ 
quently  used  keys  are 
located  in  the  most  con¬ 
venient  and  visible  part  of 
the  panel. 

15.  Barriers  are  used  for 
critical  switches  that  are 
likely  to  be  inadvertently 
activated.  (5.4.3. 1.5.2) 

16.  Barriers,  if  used,  do  not 
obscure  visual  access  to 
controls,  labels  or  dis¬ 
plays.  (5.4.3. 1.5.2) 


Comments 
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Ke3rpads  -  Alphanumeric 


I  I 

L - 


Detailed  Design  Considerations  YES  NO  N/A 


17.  There  is  a  positive  indica¬ 
tion  of  key  activation  in 
the  form  of  a  detent  or 
click.  (5.4.3.1.5.3a) 

18.  Backlit  keys  have  lamp  test 
capability,  dual  lamp/ 
filament  reliability,  or  a 
mean  time  between  failure 
(MTBF)  of  100,000  hours. 
(5.4.3.1.5.3c) 

19.  Backlit  key  lamps  are  re¬ 
placeable  by  hand  from  the 
front  of  the  panel  or  key¬ 
board.  (5.4.3.1.5.3d) 

20.  Key  covers  are  keyed  to 
prevent  the  chance  of 
interchange. 

(5.4.3.1.5.3d) 

21.  Keys  require  only  single 
activation  to  accomplish 
their  function. 

(5.15.2.3.7) 

22.  Multifunction  key  labels 
are  located  on  the  control 
or  adjacent  to  the  control. 

23.  The  key-label  relationship 
is  unambiguous. 

24.  The  mode-select  key  is  a 
dedicated  control. 

25.  The  mode  selected  is  promi- 
nantly  displayed  adjacent 
to  the  mode-select  key. 

26.  If  direct  marking  of  keys 
is  not  possible,  the 
assigned  key  functions  are 
displayed  on  the  VDU 
screen. 


Comments 
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DESIGN  CHECKLIST 

Lightpens 

(5) 

Test  Title  _ 

Test  Project  No. _  Date  _ 


Detailed  Design  Considerations 

YES 

NO 

N/A 

Comments 

1.  Llghtpens  are  used  for  non- 
critical,  relatively  impre¬ 
cise  input  functions. 
(5.15.2.5.1) 

2.  The  selectable  area  for  an 
item  is  as  large  as  pos¬ 
sible,  at  least  the  size  of 
the  displayed  label  plus 
one-half  a  character's  dis¬ 
tance  around  the  labels. 

3.  Lightpens  have  a  discrete 
activating  mechanism  such 
a:  a  push-tip  switch  that 
requires  0.5  N  -  l.A  N  (2-5 
oz.)  of  force  to  activate. 
(5.15.2.5.3) 

4.  Lightpens  are  between  120- 
180mm  (A. 7  -  7.1  in.)  long 
and  have  a  diameter  between 
7-20mm  (0.3  -  0.8  in.). 

(5. A. 3. 2. 7. 3) 

5.  A  convenient  clip  is  pro¬ 
vided  at  the  lower  right 
side  of  the  CRT  to  hold  the 
lightpen  when  not  in  use. 

(5. A. 3. 2. 7. 3) 

YES  ■  Adequate  NO  ■  Inadequate  N/A  ■  Not  Applicable 


Lightpens 


Detailed  Design  Considerations  IyES|NO  N/A 


I 

6.  Feedback  is  provided  for 
lightpen  placement  (e.g., 
an  illuminated  circle  on 
the  display  screen),  pen 
actuation,  and  system 
reception  of  the  input. 

(5. 15. 2. 5. A) 

7.  Lightpen  placement  cau5es  a 
follower  to  appear  at  a 
corresponding  point  on  the 
display.  (5. A. 3. 2. 5. 2) 

8.  Lightpen  movement  results 
in  a  smooth,  equal  movement 
of  the  follower. 

(5. A. 3. 2. 5. 2) 


Refresh  rate  for  the 
follower  is  sufficiently 
high  to  enhance  the  appear¬ 
ance  of  a  continuous  track 
for  free-drawn  graphics. 

(5. A. 3. 2. 5. 2) 
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DESIGN  CHECKLIST 


Joysticks 

(6) 


Test  Title  _ 

Test  Project  No. 


Date 


*  h.  •jk 

■Mi 

* » •  *>  j 

S 

l.A 


Detailed  Design  Considerations  YES  NO  N/A 


Stick  to  Shelf  Front 


Min.  I2O11ZD  (A. 75 
in. ) 

Max.  250nmi  (9.875 
in. ) 

3.  A  discrete  mechanism  is 
provided  for  actuation/ 
deactuation  of  the  joy¬ 
stick.  (5.15.2.6.2) 

.  Isotonic 

A.  Isotonic  joysticks  (dis¬ 
placement  joysticks)  are 
used  for  data  pickoff  from 
a  CRT,  generation  of  free- 
drawn  graphics,  and  other 
tasks  where  accuracy  is 
more  critical  than  posi¬ 
tioning  speed. 

(5. A. 3. 2. 2.1) 

5.  If  the  follower  can  transit 
beyond  the  display  edge, 
indicators  aid  the  operator 
in  bringing  the  follower 
back  onto  the  display. 

(5. A. 3. 2. 2. 2) 

6.  Isotonic  joysticks  used  for 
rate  control  are  spring- 
loaded  for  return  to 
center.  (5. A. 3.2.2. 1) 

7.  Isotonic  joysticks  are  not 
used  in  connection  with 
automatic  sequencing  of  a 
CRT  follower. 

(5. A. 3. 2. 2.1) 


Comments 
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Joysticks 


Detailed  Design  Considerations 


8.  If  used  in  above  applica¬ 
tion,  isotonic  joysticks 
are  instrumented  for  null 
return  or  are  zero-set  to 
the  instantaneous  position 
of  the  stick  at  the  time  of 
sequencing.  (5 . 4. 3. 2.2. 1 ) 

9.  Isotonic  joystick  movement 
is  smooth  in  all  direc¬ 
tions.  (5. 4. 3. 2. 2. 2) 

10.  There  is  no  noticeable 
backlash,  cross-coupling  or 
need  for  multiple  correc¬ 
tive  movements  in  rapid 
positioning  of  a  follower 
on  a  display. 

(5. 4. 3. 2. 2. 2) 

11.  Control  ratios,  friction 
and  inertia  meet  the  dual 
requirements  of  rapid  gross 
positioning  and  precise 
fine  positioning. 

(5. 4. 3. 2. 2. 2) 

12.  Delay  between  control  move¬ 
ment  and  display  response 
is  not  greater  than  0.1 
second.  (5. 4. 3. 2. 2. 2) 

c.  Isometric 

13.  Isometric  joysticks  (output 
is  a  function  of  applied 
force,  not  movement)  are 
not  used  if  the  operator 
must  maintain  a  constant 
force  on  the  stick. 

(5. 4. 3. 2. 3.1) 


YES 


NO 


N/A 


Comments 
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ticks 


Detailed  Design  Considerations  YES  NO  N/A 


lA.  The  isometric  joystick 
deflects  minimally  in 
response  to  applied  force 
but  perceptibly  against  a 
stop  at  full  applied  force. 
(5. A. 3. 2. 3. 2) 

15.  The  X  and  Y  output  is 
proportional  to  the  magni¬ 
tude  of  the  applied  force 
as  perceived  by  the  opera¬ 
tor.  (5. A. 3. 2. 3. 2) 

16.  Isometric  joysticks  without 
integral  switching  are 
finger-grasped. 

(5. A. 3. 2. 3. 3.1) 

17.  Isometric  joysticks  with 
integral  switching  are 
hand-grasped.  The  dimen¬ 
sions  should  conform  to  the 
following  (5. A. 3. 2. 3. 3. 2) : 

Length 

110-180mm  (A. 3-7.1  in.) 

Grip  diameter 

Max.  50mm  (2  in.) 

Side  clearance 
100mm  (A  in.) 

Rear  clearance 
50mm  (2  in.) 

Force  required  for  full 
output 

Max.  118  N  (26.7  lbs.) 


Comments 
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7.  Slide-type  switches  have 
sufficient  travel  to  allow 
for  easy  recognition  of 
switch  position. 
(5.4.3.1.9.2c) 

8.  Slide-type  switch  travel  is 
at  least  twice  the  length 
(height)  of  the  switch. 
(5.4.3.1.9.2c) 

9.  Rocker-type  switch  wings, 
when  activated,  are  flush 
with  the  module  surface. 
(5.4.3.1.9.2c) 

10.  Switches  are  sufficiently 
separated  to  preclude  inad¬ 
vertent  activation. 

(5.4.3. 1.9. 2d) 

11.  The  switch  surface  is 
sufficiently  indented  to 
accept  the  point  of  the 
stylus  without  slippage. 
(5.4.3. 1.9.3) 
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Test  Title 

DESIGN  CHECKLIST 

House  (Free-moving  XT  controller) 

(8) 

Test  Project  No. 

Date 

Detailed  Design  Considerations  YES  NO  N/A 


A  mouse  is  used  for  data 
pickoff  or  entry  of  coordi¬ 
nate  values.  (5. 4. 3. 2. 6. 1) 

A  mouse  is  not  used  for  the 
generation  of  free-drawn 
graphics.  (5. 4. 3. 2. 6. 1) 

The  generation  of  X  and  Y 
outputs  by  the  mouse  con¬ 
troller  results  in  propor¬ 
tional  displacement  of  a 
follower.  (5. 4. 3. 2. 6. 1) 

The  user  can  orient  the 
controller  to  within  +  175 
Mrad  (10°)  of  the  correct 
orientation  without  visual 
reference  to  the  con¬ 
troller.  (5. 4. 3. 2. 6. 2) 

The  controller  is  easily 
movable  in  any  direction 
without  a  change  of  hand 
grasp.  (5. 4. 3. 2. 6. 2) 

Movement  of  the  controller 
results  in  smooth  movement 
of  the  follower  in  the  same 
direction  1  175  Mrad  (10°). 
(5. 4. 3. 2. 6. 2) 
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House 


Detailed  Design  Considerations  YES  NO  N/A 


7.  The  controller  is  cordless 
and  operable  with  either 
the  right  or  left  hand. 

(5. 4. 3. 2. 6. 2) 

8.  Complete  movement  of  the 
controller  from  one  side  of 
the  maneuvering  area 
results  in  equal  movement 
of  the  follower,  regardless 
of  scale  setting  or  offset. 

(5. 4. 3. 2. 6. 2) 

9.  If  the  controller  is 
capable  of  driving  the  fol¬ 
lower  off  the  display  edge, 
indicators  are  provided  to 
assist  in  bringing  the  fol¬ 
lower  back  onto  the  dis¬ 
play.  (5. 4. 3. 2, 6. 2) 

10.  The  controller  has  no  sharp 
edges  and  is  roughly  shaped 
as  a  rectangular  solid. 

(5. 4. 3. 2. 6. 3) 

11.  The  dimensions  of  the  mouse 
controller  are  as  follows 

(5. 4. 3. 2. 6. 3) : 

Width 

Min.  40iiid  (1.6  in.) 

Max.  70mm  (2.8  in.) 

Length 

Min.  70mm  (2.8  in.) 

Max.  120nin  (4.7  in.) 

Thickness 

Min.  25iiid  (1.0  in.) 

Max.  40mD  (1.6  in.) 

12.  A  discrete  mechanism  is 
provided  for 
actuation/deactuation. 
(5.15.2.6.2) 
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DESIGN  CHECKLIST 


Grid  and  Stylus  (Sensor  Tablets) 

(9) 


Test  Title  _ 

Test  Project  No. 


Date 


Detailed  Design  Considerations  YES  NO  N/A 


Comments 


Grid  and  stylus  devices  are 
used  for  graphic  entry,  not 
for  hand-printed  char¬ 
acters  . 


2.  Grids  used  as  display  over¬ 
lays  are  the  same  size  as 
the  display.  (5. A. 3. 2. 5. 3) 


The  size  of  a  displaced 
grid  approximates  the  size 
of  the  display  and  is 
located  below  the  display. 
(5. A. 3. 2. 5. 3) 


The  orientation  of  the  grid 
is  the  same  as  that  of  the 
display.  (5. A. 3. 2. 5. 3) 


A  follower  is  presented  on 
the  display  that  corre¬ 
sponds  to  the  stylus. 

(5. A. 3. 2. 5.1) 


Movement  of  the  stylus 
causes  a  smooth,  equal 
movement  of  the  follower. 
(5. A. 3. 2. 5. 2) 


••  -m 
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D«tail«d  Design  Considerations  Iyes  NO  N/A 


Refresh  rate  for  the  fol¬ 
lower  is  sufficiently  high 
to  ensure  the  appearance  of 
a  continuous  track  for 
free-drawn  graphics. 

(5. 4. 3. 2. 5. 2) 

A  discrete  mechanism  is 
provided  for  actuation/ 
deactuation.  (5.15.2.6.2) 


Comments 
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Trackballs 


Oatailad  Design  Considerations  YES  NO  N/A 


Resistance 

Precision  Required 

Max.  1 . 0  N  (3.6  oz.) 
Preferred  0.3  N  (1.1 
oz. ) 

Vibration  or  Accelera¬ 
tion  Conditions 

Max.  1.7  N  (6  oz.) 

Clearance 

Disnlav  Clearance  to 


Ball  Clearance 


Min. 

Max.  320nin  (12.625 
in. ) 

Around  Ball 

Min.  50nm  (2  in.) 
Fall  to  Shelf  Front 


Min.  120iiin  (4.75 
in. ) 

Max.  250nin  (9.75 


5.  Smaller  diameter  trackballs 
are  used  only  where  space 
is  limited  and  precision  is 
not  required. 

(5. 4. 3. 2. 4. 4) 

6.  Trackballs  are  mounted  on  a 
shelf  or  desk  top. 

(5. 4. 3. 2. 4. 4) 

7.  Trackballs  are  used  to  draw 
straight  lines  or  circles. 

8.  A  discrete  mechanism  is 
provided  for  actuation/ 
deactuation.  (5.15.2.6.2) 


Comments 
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DESIGN  CHECKLIST 


Toggle  Switches 

(11) 


Test  Title  _ 

Test  Project  No. 


Date 


•  V  V 
.V.'.lvVl 


Detailed  Design  Considerations  YES  NO  N/A 


1.  Toggle  switches  are  used 
for  two  position  functions. 
(5. A. 3. 1.4.1) 

2.  Toggle  switches  with  three 
positions  are  used  only 
where  the  use  of  other 
switches  is  not  feasible  or 
when  it  is  a  spring  return 
to  center-off  type. 

(5.4.3. 1.4.1). 

3.  Resistance  gradually 
increases,  then  drops  off 
when  the  control  snaps  into 
position.  (5.4. 3. 1 . 4.3) 

4.  The  dimensions  conform  to 
those  given  below 
(5.4.3. 1.4.3): 

Length 

Use  by  Bare  Fineer 


Min.  13mm  (0.5  in.) 
Max.  50mm  (2  in.) 
Use  with  Heavy  Handwear 


Min.  38mm  (1.5  in. 
Max.  50mm  (2  in.) 

Control  Tip  Diameter 
Min.  3mm  (0.125  in.) 
Max.  25mm  (1  in.) 

Resistance 

Min.  2.8  N  (10  oz.) 
Max.  11  N  (40  oz.) 


YES  ■  Adequate  NO  »  Inadequate  N/A  ■  Not  Applicable 


Detailed  Design  Considerations 


Displacement 

2  Position 

Min.  525  Mrad  (30°) 
Max.  1400  Mrad  (80°) 

3  Position 

Min.  295  Mrad  (17°) 
Max.  525  Mrad  (30°) 
Preferred  435  Mrad 
(25°) 

Separation 

Single  Finger 

Min.  19nin  (0.75  in.) 
Optimum  50mm  (2  in.) 
Single  Finger  w/Lever 


Lock 

Min.  25mm  (1  in.) 
Optimum  50mm  (2  in.) 
Single  Finger  Seouential 


Operation 

Min.  13mm  (0.5  in.) 
Optimum  25mm  (1.0 
in.) 

Simultaneous  Operation 


by  Different  Fingers 


Min.  16mm  (0.625 
in. ) 

Optimum  19mm  (0.75 
in. ) 


NO  N/A 


Comments 


5.  A  positive  indication  of 
control  activation  is  pro¬ 
vided.  (5.4.3. 1.4.4) 
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DESIGN  CHECKLIST 

Cursor 

(12) 

Test  Title  _ 

Test  Project  No. _  Date  _ 


Datailed  Design  Considerations 

YES 

NO 

N/A 

Comments 

1. 

Cursor  control  dialogues 
are  used  for  systems  that 
use  interactive  graphics 
but  also  use  menu  selec¬ 
tion. 

2. 

Cursor  blink  rate  is  3  Hz. 

3. 

The  cursor  has  a  distinc¬ 
tive  visual  shape. 
(5.15,2.1.8.2) 

A. 

Cursors  include  a  point 
designation  feature  when 
fine  accuracy  of  posi¬ 
tioning  is  required. 
(5.15.2.1.8.2) 

5. 

The  cursor  does  not  obscure 
any  other  character  dis¬ 
played  in  the  designated  < 

position.  (5.15.2.1.8.2) 

6. 

The  cursor  is  stable  and 
does  not  drift. 

7. 

The  target  for  the  cursor 
is  at  least  10  times  the 
size  of  the  positioning 
accuracy  required  for 
interactive  graphics  or  6mm 
(0.25  in.)  square,  which¬ 
ever  is  smaller  (e.g.,  the 
precision  required  does  not 
hinder  human  performance). 

YES  ■  Adequate  NO  ■  Inadequate  N/A  ■  Not  Applicable 
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Detailed  Design  Considerations 


8.  Cursor  placement  does  not 
cause  actual  data  entry. 

9.  Multiple  cursors  are  dis¬ 
tinct  from  each  other. 

10.  Multiple  cursors  controlled 
by  the  same  device  provide 
a  clear  indication  of  which 
cursor  is  currently  under 
control. 

11.  Multiple  cursors  controlled 
by  different  devices  have 
compatible  controls. 

12.  Cursor  control  is  con¬ 
sistent  with  the  speed  and 
accuracy  requirements  of 
the  operator. 

(5.15.2.1.8.1) 

13.  If  position  designation  is 
combined  with  keyed  data 
input,  cursor  movement  is 
controlled  at  the  keyboard 
by  function  keys,  joystick, 
etc. 

14.  If  position  designation  is 
the  prime  means  of  data 
entry,  cursor  placement  is 
controlled  by  a  direct- 
pointing  device  such  as  a 
lightpen. 

15.  Continuous  position  desig¬ 
nation  is  done  by  continu¬ 
ously  operable  controls. 

16.  Cursors  that  are  positioned 
incrementally  by  discrete 
steps  have  a  step  size  for 
cursor  movement  that  is 
consistent  in  both  right 
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Cursor 


Detailed  Design  Considerations  YES  NO  N/A 


and  left  directions  and 
both  up  and  down  direc¬ 
tions  . 

17.  For  arbitrary  position 
designation,  the  cursor 
control  permits  both  fast 
movement  and  accurate 
placement. 

18.  Rough  cursor  positioning 
takes  no  more  than  0.5 
seconds  for  a  displacement 
of  200-300mm  (8-12  in.). 

19.  If  displayed  character  size 
is  variable,  incremental 
cursor  positioning  has  a 
step  size  that  corresponds 
to  the  currently  selected 
character  size. 

20.  Sequential  cursor  posi¬ 
tioning  in  predefined  areas 
is  a  complished  by  program¬ 
mable  tab  keys. 

21.  If  proportional  spacing  of 
displayed  text  is  used,  the 
software  adjusts  the  cursor 
movement  automatically  for 
data  entry  or  data  change. 

22.  User  action,  confirming 
entry  of  multiple  data, 
results  in  input  of  all 
data,  regardless  of  cursor 
location. 

23.  Areas  of  the  display  that 
are  not  needed  for  data 
entry  are  inaccessible  to 
the  user  by  cursor  place¬ 
ment. 


Comments 


V  >  > 
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DESIGN  CHECKLIST 

Computer  Visual  Display  Unit  (VDU) 
(13) 


Test  Title  _ 

Test  Project  No. 


Date 


f  I 

-w/.- 
'  ••  *  ■ 

.'.vCvC 


Detailed  Design  Considerations  YES  NO  N/A 


Preferred  distance  for 
visual  display  unit  (VDU) 
is  400nBD  (16  in.). 

(5. 2. 4. 2) 

For  short  periods  of  VDU 
observation,  or  if  dim 
signals  must  be  detected, 
the  viewing  distance  is  not 
less  than  250mm  (10  in.). 
(5. 2. A. 2) 

The  operator  is  able  to 
view  the  screen  from  as 
close  as  desired. 

(5. 2. A. 2) 

If  the  viewing  distance  is 
700mm  (28  in.)  and  viewed 
by  a  single  seat  operator, 
the  screen  is  300mm  (12 
in.)  in  diagonal. 

For  screens  that  must  be 
viewed  from  greater  than 
AOOmm  (16  in.),  the  screen 
size,  symbol  size,  bright¬ 
ness  range,  line-pair 
spacing  and  resolution  have 
been  appropriately  modi¬ 
fied.  (5. 2. A. 2) 


YES  ■  Adequate  NO  «  Inadequate  N/A  ■  Not  Applicable 
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Detailed  Design  Considerations  YES  NO  N/A 


6.  VDU  viewing  angle: 

Optinmn  90® 

Minimum  for  seated 
viewer 
45® 

Absolute  minimum  30®. 

7.  Ambient  illuminance  in  the 
VDU  area  is  compatible  with 
other  necessary  visual 
functions,  but  does  not 
interfere  with  the  visi¬ 
bility  of  signals  on  the 
screen.  (5. 2. A. 6) 

8.  Ambient  illuminance  doesn't 
contribute  to  more  than  25% 
of  screen  brightness 
through  diffuse  reflection 
and  phosphor  excitation. 

(5. 2. A. 3) 

9.  If  the  detection  of  faint 
signals  is  required  and  if 
the  ambient  illuminance  is 
above  2.7  Lux  (0.25  ft-c), 
the  screen  is  hooded, 
shielded  or  recessed. 

(5. 2. A. A) 

10.  Reflected  glare  is  minimal 
and  does  not  interfere  with 
readability.  (5. 2. A. 7) 

11.  Luminance  range  of  surfaces 
immediately  adjacent  to  the 
VDU  is  between  10%  and  100% 
of  the  screen  background 
luminance.  (5. 2. A. 5) 


Comments 


Detailed  Design  Considerations  YES  NO  N/A 


12.  With  the  exception  of  emer¬ 
gency  indicators,  no  light 
source  in  the  inmediate 
surrounding  area  of  the  VDU 
has  a  greater  luminance 
than  the  signals  on  the 
screen.  (5. 2. 4. 5) 

13.  The  adjacent  surfaces  to 
the  VDU  screen  have  a  dull 
matte  finish  with  a  low 
reflectance.  (5. 2. 4.8) 

14.  The  screen  background  lumi¬ 
nance  is  between  78.8  cd/m^ 
(23  ft-L)  and  157.6  cd/m^ 
(46  ft-L). 

15.  If  the  VDU  is  used  in  both 
bright  and  dark 
environments,  the  alpha¬ 
numeric  character/screen 
brightness  is  variable 
between  0.2  cd/m^  (0.058 
ft-L)  and  200  cd/m^  (58.13 
ft-L). 

16.  The  contrast  of  characters 
to  background  on  the  VDU 
screen  is  between  88%  and 
94%. 

17.  Geometric  and  pictorial 
symbols  subtend  a  minimum 
of  48  Mrad  (16  minutes)  of 
visual  angle. 

18.  Critical  targets,  or 
targets  of  complex  shape 
that  must  be  distinguished 
from  nontargets  of  complex 
shape,  subtend  a  visual 
angle  of  not  less  than  6 
Mrad  (20  minutes)  and  sub¬ 
tend  not  less  than  10  scan 
lines  per  symbol  height. 
(5.2.4. 1) 


Comments 
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Detailed  Design  Considerations  YES  NO  N/aI 


Comments 


19.  Alphanumeric  characters 
subtend  not  less  than  3.6- 
4.5  Mrad  (12-15  minutes)  of 
visual  angle. 

20.  Alphanumeric  characters  are 
upper-case  letters. 

21.  Flight  display  alpha- 
numerics  subtend  not  less 
than  7.2  Mrad  (24  minutes) 
of  visual  angle. 

22.  Alphanumeric  characters 
have  a  height-to-width 
ratio  of  between  7:5  and 
3:2. 

23.  Alphanumeric  characters  for 
airborne  displays  have  a 
height-to-width  ratio  of 
between  2:1  and  1:1. 

24.  Alphanumeric  characters 
have  a  stroke  width-to- 
height  ratio  of  between  1:6 
to  1:10.  Light  characters 
on  a  dark  background  have 
the  thinner  width. 

25.  Red  symbols  on  a  green 
background  are  not  used. 

26.  Discernible  flicker  is 
avoided. 


^  4 
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Test  Title 

DESIGN  CHECKLIST 

CRT-ARI 

(14) 

Test  Project  No.  _ 

Date 

Detailed  Design  Considerations  YES  NO  N/A 


1.  Viewing  distance  is  AOOnnn 

(16  in.).  (5. 2. 4. 2) 

2.  For  short  periods  of  obser¬ 
vation  or  when  dim  signals 
must  be  detected,  viewing 
distance  is  250mm  (10  in.). 
(5. 2. 4. 2) 

3.  Pip  subtends  a  visual  angle 
of  no  less  than  6  Mrad  (20 
minutes) . 

4.  ARI  displays  are  178jnm  (7 
in.)  in  diameter  if  the 
target  size  is  between  2 
and  8mm  (51  and  203  in.). 

If  the  target  is  between  12 
and  16mm  (305  and  406  in.), 
the  display  is  between  300 
and  400mm  (12  and  16  in.). 

5.  Ambient  illumination  is  not 
greater  than  0.1  ft-c.  If 
the  operator  must  perform 
other  tasks,  the  ambient 
illumination  is  not 
brighter  than  100  times  the 
average  brightness  of  the 
scope. 

6.  The  screen  luminance  is  be¬ 
tween  10  and  100  ft-L. 

7.  The  scanning  rate  for  a 
178iim  (7  in.)  screen  is  not 
less  than  12  RPM. 


Comments 


YES  ■  Adequate  NO  ■  Inadequate  N/A  ■  Not  Applicable 
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DESIGN  CHECKLIST 

Dot  Matrix/ Segnented/LED  Displays 

(15) 

Test  Title  _ 

Test  Project  No. _ Date  _ 


Detailad  Design  Considerations 

YES 

NO 

N/A 

Commonts 

a.  General 

1.  Dot  natrix  characters  are  a 
minimum  of  5  by  7  dots;  7 
by  9  is  preferred. 

(5. 2. 6. 8. 3) 

2.  If  there  is  symbol  rota¬ 
tion,  the  characters  have  a 
minimum  of  8  by  11  dots, 
with  15  by  21  being  pre¬ 
ferred.  (5. 2.6.8. 3) 

3.  Seven  segment  displays  are 
only  used  for  numeric 
characters.  (5. 2. 6. 8. 2) 

4.  Characters  subtend  a  mini¬ 
mum  of  4.7  Mrad  (16 
minutes)  of  visual  angle. 

(5. 2. 6. 8. 4) 

5.  Flight  display  characters 
subtend  a  minimum  of  7  Mrad 
(24  minutes)  of  visual 
angle.  (5. 2.6.8. 4) 

6.  All  alphanumeric  characters 
are  uppercase.  (5. 2. 6. 8. 5) 

7.  Dot  matrix  displays  have  a 
minimum  viewing  angle  of 

35°  on  the  perpendicular 
axis.  (5. 2. 6. 8. 6) 

YES  ■  Adequate  NO  ■  Inadequate  N/A  ■  Not  Applicable 
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Dot  Hatrix 

I  I  I 


Detailed  Design  Considerations 


YES  NO  N/A 


Comments 
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DESIGN  CHECKLIST 


Printers 


Test  Title  _ 

Test  Project  No. 


Date 


Detailed  Design  Considerations  YES  NO  N/A 


The  operator  can  obtain  a 
paper  copy  of  the  exact 
contents  of  the  alpha¬ 
numeric  or  digital  graphic 
display.  (5.15.9.2) 


Printed  information  is 
directly  usable,  with  mini¬ 
mal  requirements  for 
decoding,  transposing,  and 
interpolating.  (5. 2. 6. 3. 2) 


3.  The  printed  material  can  be 
easily  read  (i.e.,  not 
obscured)  (5. 2. 6. 3. 2). 


The  luminance  contrast 
between  the  printed 
material  and  the  background 
is  at  least  75%. 

(5. 2. 6. 3. 3) 


If  the  printed  material  is 
not  legible  in  the  expected 
operational  ambient  illumi¬ 
nation,  the  printer  has 
internal  illumination. 

(5. 2. 6. 3. A) 


6.  A  take-up  device  for 

printed  material  is  pro¬ 
vided.  (5. 2. 6. 3. 5) 


YES  ■  Adequate  NO  ■  Inadequate  N/A  ■  Not  Applicable 
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DetaHed  Design  Considerations 


7.  The  printer  is  mounted  so 
that  the  printed  matter  can 
be  easily  annotated  while 
still  in  the  printer. 

(5. 2. 6. 3. 6) 

8.  There  is  a  positive  indica¬ 
tion  of  the  remaining  sup¬ 
ply  of  paper,  ink,  or 
ribbon.  (5.2.6.4.8B) 

9.  The  insertion,  adjustment 
and  removal  of  paper,  the 
replenishment  of  the  ink 
supply,  the  replacement  of 
the  pen,  and  other  items 
determined  to  be  operator 
tasks  do  not  require  disas¬ 
sembly,  special  equipment, 
or  tools.  (5.2.6.4.8C) 

10.  The  printed  output  is  legi¬ 
ble.  (5. 2. 6. 3. 7) 


11.  Printed  tapes  do  not 

require  any  cutting  and 
pasting  to  be  read  but  are 
readable  as  they  are 
received.  (5. 2. 6. 3. 8) 
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DESIGN  CHECKLIST 

Plotters  and  Recorders 


Test  Title  _ 

Test  Project  No. 


Detailed  Design  Considerations 


1.  Plotters  and  recorders  are 
used  when  a  visual  record 
of  continuous  graphic  data 
is  necessary.  (5. 2. 6. 4.1) 

2.  Critical  graphics  are  not 
obscured  by  any  hardware. 

(5. 2. 6. 4. 2) 

3.  A  minimum  of  50%  luminance 
contrast  is  provided 
between  the  plotted  func¬ 
tion  and  the  background. 

(5. 2. 6. 4. 3) 

4.  A  take-up  device  for  the 
extruded  plotting  material 
is  provided.  ((5. 2. 6. 4. 4) 

5.  Graphic  overlays  are  pro¬ 
vided  if  they  are  critical 
to  proper  interpretation  of 
the  graphic  data. 

(5. 2. 6. 4. 5) 

6.  These  overlays  do  not 
obscure  or  distort  the 
data.  (5. 2. 6. 4. 5) 

7.  The  plot  doesn't  smudge  or 
smear.  (5. 2. 6. 4. 6) 


Date 


YES  ■  Adequate  NO  ■  Inadequate  N/A  ■  Not  Applicable 
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Plotters  and  Recorders 


Detailed  Design  Considerations  YES  NO  N/A 


Comments 


8.  The  plotter  or  recorder 
paper  can  be  written  or 
marked  on  while  in  the 
equipment.  (5. 2. 6. 4. 7) 

9.  There  is  a  positive  indica¬ 
tion  of  the  remaining  sup¬ 
ply  of  plotting  materials. 
(5.2.6.4.8b) 

10.  The  insertion,  adjustment 
and  removal  of  paper, 
replenishment  of  ink, 
replacement  of  pen  or  other 
items  determined  to  be 
operator  tasks  can  be  per¬ 
formed  without  disassembly, 
special  equipment,  or 
tools.  (5.2.6.4.8c) 
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DESIGN  CHECKLIST 

Auditory  Signals 
(18) 

Test  Title  _ 

Test  Project  No. _  Date  _ 


Detailed  Design  Considerations 

YES 

NO 

N/A 

Comments 

1.  Auditory  signals  are  used 
to  warn,  alert,  or  cue  the 
operator  that  an  additional 
response  is  required. 

(5.3. 1.1) 

2.  Auditory  signals  are  used 
to  alert  the  user  that  an 
attempt  has  been  made  to 
enter  data  into  a  blank 
area  rather  than  an  entry 
field. 

3.  Auditory  signals  are  used 
to  alert  the  operator  to  a 
critical  change  in  system 
or  equipment  status. 

(5.3.2. 1) 

4.  False  signals  are  avoided. 
(5.3. 1.3) 

5.  Failure  of  the  computer 
system  does  not  cause  a 
failure  of  the  auditory 
signal.  (5.3. 1.4) 

6.  Auditory  signals  are  test¬ 
able.  (5.3. 1.5) 

7.  Auditory  signals  used  for 
warnings  consist  of  two 
elements:  an  alerting  sig¬ 
nal  and  an  identifying  or 
action  signal.  (5. 3. 2. 2) 

YES  ■  Adequate  NO  ■  Inadequate  N/A  ■  Not  Applicable 
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Auditory  Signals 


Detailed  Design  Considerations  YES  NO  N/A 


8.  Two  element  signals  where 
reaction  time  is  critical 
have  an  alerting  signal  of 
0.5  second  duration. 

(5. 3. 2. 2.1) 

9.  All  essential  information 
is  conveyed  in  the  first 
2.0  seconds  of  a  two- 
element  signal. 

(5. 3. 2. 2.1) 

10.  Single-element  signals 
where  reaction  time  is 
critical  convey  all  essen¬ 
tial  information  in  the 
first  0.5  seconds. 

(5. 3. 2. 2. 2) 

11.  Caution  signals  are  used  to 
indicate  conditions 
requiring  awareness,  but 
not  necessarily  immediate 
action.  (5. 3. 2. 3) 

12.  Caution  signals  are  easily 
distinguishable  from 
warning  signals.  (5. 3. 2. 2) 

13.  The  frequency  range  of 
auditory  signals  is  between 
200  and  5,000  Hz. 

(5.3.3. 1.1) 

14.  Auditory  signals  do  not 
cause  discomfort. 

(5. 3. 3. 2. 2) 

15.  Signal-to-noise  ratio  of  at 
least  20dB  is  provided  in 
at  least  one  octave  band 
between  200  and  5,000  Hz. 
(5.3.A.1) 
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Auditory  Signals 


Detailed  Design  Considerations 

Ul 

> 

NO 

N/A 

16.  Signals  of  a  high  alerting 
capacity  are  used. 

(5. 3. 4. 2.1) 

17.  If  different  auditory  sig¬ 
nals  are  used,  they  are 
discriminably  different. 

(5. 3. 4. 3.1) 

18.  For  signals  that  require 
fast  reaction  time,  the 
first  0.5  second  is  dis- 
criminable  from  the  first 

0.5  second  of  any  other 
signal.  (5. 3. 4. 3. 3) 

19.  The  action  segment  of  an 
audible  warning  signal 
specifies  the  precise  con¬ 
dition  requiring  action. 

(5. 3. 4. 3. 4) 

20.  Auditory  signals  are  con¬ 
sistent  with  established 
signals  *or  that  function. 
(5.3.4.A,1) 

21.  Auditory  signals  do  not 
interfere  with  other  criti¬ 
cal  functions  or  auditory 
signals.  (5. 3. 4. 5.1) 

22.  Audio  signals  used  in  con¬ 
junction  with  visual  dis¬ 
plays  are:  (5.15.3.9.3) 

a)  Supplementary  to  the 
visual  signals. 

b)  Used  to  alert  and  direct 
the  user's  attention  to 
the  appropriate  visual 
display. 
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DESIGN  CHECKLIST 

Interactive  Control 
(19) 

Test  Title  _ 

Test  Project  No. _  Date  _ 


I 

[ 


K’ 


K 


✓ 


Detailed  Design  Considerations 

YES 

NO 

N/A 

Comments 

a.  General 

1.  Control  actions  selected 
from  a  discrete  set  of 
alternatives  have  those 
alternatives  displayed 
prior  to  the  time  of  selec¬ 
tion.  (5. 15. A. 1.5) 

2.  The  current  value  of  any 
parameter  with  which  the 
operator  is  interacting  is 
displayed.  (5. 15. A. 1.5) 

3.  When  an  operator  steps 
through  multiple  display 
levels  (5. 15. A. 1.6) : 

a.  The  number  of  required 
levels  is  minimized. 

b.  The  current  position 
within  the  sequence  of 
levels  is  provided. 

c.  Display  and  input  for¬ 
mats  at  each  level  are 
similar. 

A.  Users  are  not  required  to 
learn  mnemonics,  codes, 
special  or  long  sequences, 
and  special  instructions 
are  minimized. 

(5.15.A.1.7) 

YES  ■  Adequate  NO  ■  Inadequate  N/A  ■  Not  Applicable 


r, 

I 
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Detailed  Design  Considerations  YES  NO  N/A 


All  operator  control  inputs 
result  in  a  positive 
response  displayed  to  indi¬ 
cate  performance  of 
requested  actions. 
(5.15.4.1.5) 

When  numeric  data  is  dis¬ 
played  or  required  for  con¬ 
trol  input,  such  data  is  in 
the  decimal,  rather  than 
binary,  octal,  hexadecimal, 
or  other  number  system. 
(5.15.4.1.9) 

The  user  is  able  to  manipu¬ 
late  data  without  concern 
for  internal  storage  and 
retrieval  mechanisms  of  the 
system.  (5.15.4.1.10) 

The  sequence  of  transaction 
selections  is  generally 
dictated  by  the  user's 
choices  and  not  by  internal 
computer-processing  con¬ 
straints.  (5.15.4.1.11) 

An  acknowledgement  message 
to  correct  input  is  used 
only  in  those  cases  where 
the  more  conventional 
mechanism  is  not  appropri¬ 
ate  or  where  feedback 
response  time  must  exceed  1 
second.  (5.15.4.1.12) 

When  control  input  errors 
are  detected,  error  mes¬ 
sages  are  available  and 
error  recovery  procedures 
are  provided. 

(5.15.4.1.13) 


Comments 
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Interactive  Control 


Detailed  Design  Considerations 

YES 

NO 

N/A 

11.  Correct  user  input  causes 
logical  and  expected 
changes  in  state  or  value 
of  the  displayed  data  being 
controlled.  (5.15.4.1.12) 

12.  The  presence  and  location 
of  control  input  data 
entered  by  the  user  are 
clearly  and  appropriately 
indicated.  (5.15.4.1.14) 

b.  User  Control 

13.  In  tasks  where  transaction 

sequences  vary,  the  user  is 
able  to  request  a  displayed 

list  of  previous  entries  to 

determine  present  status. 

c.  Multiple  Users 

14.  Control  inputs 

(5.15.4.6.4) ; 

a)  Are  simplified  to  the 
extent  possible 

b)  Permit  logical  task 
sequences  with  a  minimum 
number  of  control 
manipulations  to  achieve 
task  completion. 

15.  If  two  or  more  users  have 
simultaneous  access  to  the 
system  there  is  no  inter¬ 
ference  between  operations 
unless  mission  survival 
requires  pre-emption. 

(5.15.4.6.5) 
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Interactive  Control 


Detailed  Design  Considerations 

YES 

NO 

N/A 

Comments 

16.  Preempted  operators  can 
resume  operations  at  a 
point  of  interference  with¬ 
out  information  loss. 

(5. 15. A. 6. 5) 

17.  Commands  are  entered  and 
displayed  in  a  standard 
location  on  the  display. 

(5. 15. A. 5. 7) 

18.  The  information  displayed 
to  the  user  is  limited  to 
that  which  is  necessary  to 
perform  specific  actions  or 
to  make  decisions. 

(5. 15. A. 6. 2) 

19.  In  on-line  communication 
among  users,  the  input  from 
each  speaker  is  buffered  to 
prevent  any  interference. 

20.  Except  for  broadcast  com¬ 
munication  systems,  the 
transmitter  of  each  message 
in  inter-user  communica¬ 
tions  is  identified  auto¬ 
matically,  if  possible. 
(5.15.A.1.15) 

21.  Separate  areas  of  the  dis¬ 
play  screen  are  provided 
for  each  communicator  in 
inter-user  communication. 

d.  Command  Organization 

22.  Quantifiers  and  logical 
operators  (e.g.,  and,  or, 
not,  implies,  equivalence) 
in  a  command  language  are 
avoided. 

A-62 
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Interactive  Control 


Detailed  Design  Considerations  YES  NO  N/A 


30.  Comnand  language  words  are 
standardized  in  meaning  and 
consistently  used  from  one 
transaction  to  another  and 
from  one  task  to  another. 

31.  Each  word  has  only  one 
acceptable  abbreviation. 

32.  A  standard  delimiter  (a 
special  character  used  to 
denote  boundary  between 
adjacent  syntactic  compo¬ 
nents  of  a  program),  pre¬ 
ferably  a  slash  (/),  is 
used. 

33.  Blanks  in  command  entries 
are  verified  and  corrected 
by  the  computer,  the  user 
does  not  have  to  distin¬ 
guish  between  one  and 
multiple  blanks. 

f.  Command  Operation 


34.  Conmand  operation  is  con¬ 
sistent  throughout  the 
system. 

35.  Ease  of  command  operation 
is  compatible  with  the 
desired  ends:  frequent 
procedures  are  easy; 
destructive  actions  are 
difficult. 

36.  Command  sequencing  is 
flexible  and  controlled  by 
the  user. 

37.  Emergencies  are  automati¬ 
cally  signaled  to  the  user. 


Comments 
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Interactive  Control 


Detailed  Design  Considerations  YES  NO  N/A 


38.  The  user  is  required  to 
take  a  specific  action  to 
leave  a  command  loop  (e.g., 
text  editing). 

39.  Command  entry  requires  the 
same  actions  as  data  entry 
or  selection  of  menu 
options. 

40.  If  specific  control  options 
are  not  displayed  in  a 
defined  transaction 
sequence,  then  a  standard 
command  is  provided  so  that 
the  user  can  continue  to 
the  next  step. 

41.  The  user  is  able  to  return 
easily  to  previous  steps  in 
a  transaction  sequence. 

42.  The  user  is  able  to  change 
any  data  that  are  currently 
displayed,  unless  data 
security  considerations  are 
involved. 

43.  Command  sequencing  never 
results  in  a  dead-end  for 
the  user. 

44.  If  control  input  is  accom¬ 
plished  by  command  entry, 
then  the  user  has  some  con¬ 
sistent  means  to  request 
prompting  for  options  or 
control  parameter  values 
not  already  shown  on  the 
display. 

45.  Users  can  control  inputs 
directly  at  any  step  in  a 
transaction  sequence  with¬ 
out  having  to  return  to  a 
general  options  display. 


Comments 
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Interactive  Control 


I  Detailed  Design  Considerations 

YES 

NO 

N/A 

g- 

System  Response  Time 

53. 

System  response  time  con¬ 
forms  to  Table  XXIX  of  MIL- 
STD-1A72C.  (5.15.8) 

h. 

Form-FillinR 

5A. 

A  form-filling  dialogue  is 
used  when  the  user  is 
entering  commands  which 
have  been  written  or  typed 
previously  on  a  hardcopy 
form. 

55. 

For  delayed  entry,  the  user 
is  required  to  enter  a 
special  symbol  in  the  field 
to  indicate  that  the 
missing  item  is  delayed, 
not  overlooked. 

(5. 15. A. 3. 11) 

56. 

The  program  allows  for 
orderly  shutdown  and  est  b- 
lishment  of  a  check-poinw 
to  ensure  restoration  with¬ 
out  loss  of  data. 

(5. 15. A. 6. 3) 

57. 

Related  items  are  grouped 
together.  (5. 15. A. 3. 2) 

58. 

A  standard  input  form  is 
used.  (5. 15. A. 3. 3) 

59. 

Fields  or  groups  of  fields 
are  separated  by  lines,  or 
other  delineation  cues. 

(5. 15. A. 3. A) 

HDHUCS  32C 
UNCLASSIFIED 


SOLDIER-COHPUTER  INTERFACE<U>  RRNV  TEST  AND  EVALUATION 
COHNAND  ABERDEEN  PROVINQ  GROUND  HD  3B  NOV  89 
T0P-1-1-B99 

F/6  S/’S  NL 


Dstailad  Dasign  Considerations  YES  NO  N/A 


60.  Field  labels  are  easily 
distinguishable  from  data 
entry.  (5.15.4.3.5) 

61.  Labels  for  data  entry 
fields  incorporate 
additional  cueing  of  data 
format  where  the  entry  is 
made  up  of  multiple  inputs, 
e.g.,  DATE  (M/D/Y): 

/ _ / 

11715.4.3.5}“ 

62.  The  cursor  is  advanced  by  a 
tab  key  to  the  next  data 
entry  field  when  the  user 
has  completed  entry  of  the 
current  field. 

(5.15.4.3.6) 

63.  Data  entry  by  overwriting  a 
set  of  characters  in  a 
field  (such  as  a  default) 
is  not  used.  (5.15.4.3.8) 

64.  When  the  dimensional  unit 
varies  for  a  given  field, 
it  is  provided,  or 
selected,  by  the  users. 
(5.15.4.3.10) 

65.  The  image  of  the  form  on 
the  display  screen  looks 
like  the  hardcopy  input 
form.  (5.15.4.3.3) 

66.  Optional  fields  are  distin¬ 
guished  from  required 
fields.  (5.15.4.3.4) 

67.  VHien  an  item  length  is 
variable,  the  user  does  not 
have  to  remove  any  unused 
underscores.  (5.15.4.3.9) 
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Interactive  Control 


DataUed  Design  Considerations  YES  NO  N/A 


Comments 


68.  VOien  required  data  entries 
have  not  been  entered  by 
the  user  but  can  be 
deferred,  their  omission  is 
indicated,  and  either 
inraediate  or  delayed  input 
of  the  missing  items  is 
allowed.  (5. 15.4. 3. 11) 

69.  Nonentry  areas  are  desig¬ 
nated.  (5. 15. A. 3. 12) 


70.  Nonentry  areas  of  the  dis¬ 
play  are  made  inaccessible 
to  the  user  via  the  cursor. 
(5. 15. A. 3. 12) 

i.  Menu  Selection 


71.  The  system  presents  only 
menu  selections  for  actions 
which  are  currently  avail¬ 
able.  (5. 15. A. 2. 3) 

72.  Menus  are  presented  in  a 
consistent  format  through¬ 
out  the  system. 

(5. 15. A. 2. A) 

73.  Menus  are  readily  available 
at  all  times.  (5. IS. A. 2. A) 

7A.  Menu  selections  are  listed 
in  a  logical  order,  or,  if 
no  logical  order  exists,  in 
the  order  of  frequency  of 
use.  (5. 15. A. 2. 5) 

75.  Selection  codes  and  associ¬ 
ated  descriptors  are  pre¬ 
sented  on  single  lines. 

(5. 15. A. 2. 7) 


Detailed  Design  Considerations  YES  NO  N/a| 


Comments 


When  menu  selection  is 
employed  to  train  in  the 
use  of  a  command  language, 
the  wording  and  order  is 
consistent  with  the  command 
language.  (5.15.4.2.9) 

Dependent  or  mutually 
exclusive  options  are 
grouped  together. 

When  options  can  be 
selected  by  coded  entry, 
the  code  associated  with 
each  option  is  included  on 
the  display  in  some  consis¬ 
tent,  identifiable  manner. 

(5.15.4.2.10) 

If  menu  selections  must  be 
made  by  keyed  codes, 
options  are  coded  by  the 
initial  letter  or  first 
several  letters  of  their 
displayed  labels. 

(5.15.4.2.11) 

Menu  items  are  numbered 
beginning  with  one,  not 


81.  At  least  one  blank  is  used 
between  the  selection  num¬ 
ber  and  the  text  descrip¬ 
tor. 

82.  Each  menu  frame  presents  a 
set  of  selectable  items  and 
a  space  for  entering  the 
item  selected. 

83.  The  field  for  entering  the 
selection  code  is  separated 
from  the  menu  items  by  at 
least  one  blank  line. 


O  s.'.  * 
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Interactive  Control 


Detailed  Design  Considerations 


YES  NO  N/A 


Comments 
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Data  Display 


Detailed  Design  Considerations  YES  NO  N/A 


b.  Information  Coding 

7.  Information  coding  (color, 
shape,  blinking)  is  used  to 
discriminate  among  dif¬ 
ferent  classes  of  items 
presented  simultaneously  on 
the  display  screen  and  to 
call  attention  to  changes 
in  the  state  of  the  system. 

(5.15.3.3.1) 

8.  Coding  is  used  for  critical 
information,  unusual 
values,  changed  items, 
items  to  be  changed,  high 
priority  messages,  special 
areas  of  the  display, 
errors  in  entry,  criti¬ 
cality  of  command  entry, 
and  targets.  (5.15.3.3.1) 

9.  Coding  does  not  reduce 
legibility  or  increase 
transmission  time. 

(5.15.3.3.1) 

10.  Consistent,  meaningful 
codes  are  used. 

(5.15.3.3.1) 


Comments 


Brightness  intensity  coding 
is  employed  only  to  dif¬ 
ferentiate  between  an  item 
of  information  and  adjacent 
information.  (5.15.3.3.3) 

a)  No  more  than  three 
levels  of  brightness  are 
used. 

b)  Each  level  is  separated 
from  the  nearest  by  at 
least  a  2:1  ratio. 
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Data  Display 


Detailed  Design  Considerations  YES  NO  N/A 


21.  Flash  coding  is  employed  to 
call  the  operator's  atten¬ 
tion  to  mission  critical 
events  only.  (5.15.3.3.2) 

22.  No  more  than  2  flash  rates 
are  used.  (5.15.3.3.2) 

23.  Vihere  one  rate  is  used,  the 
rate  is  between  3  and  5 
flashes  per  second. 
(5.15.3.3.2) 

24.  Where  two  rates  are  used, 
the  second  rate  is  less 
than  2  per  second. 
(5.15.3.3.2) 

25.  No  more  than  101C  of  the 
display  is  highlighted  at 
one  time. 

26.  Alphanumeric  coding  is  used 
when  absolute  identifica¬ 
tion  is  essential. 

27.  Emergencies  or  adverse  con¬ 
ditions  do  not  degrade  the 
interpretation  of  single  or 
combination  codes. 

28.  Modifiers  (additional  geo¬ 
metric  forms  or  lines)  add 
status  (e.g.,  engaged, 
heading,  etc.)  to  the  basic 
symbol. 

29.  Modifiers  do  not  cross, 
distort,  obscure,  or  inter¬ 
fere  with  the  basic  symbol. 

30.  No  more  than  two  basic  sym¬ 
bols  are  combined  to  form  a 
new  or  different  symbol. 


Comments 
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Datailed  Design  Considerations  YES  NO  N/A 


Symbols  are  analogs  of  the 
event  or  system  element 
they  represent  or  are  in 
general  use  and  well  known 
to  the  operators. 
(5.15.3.3.6) 

vniere  size  difference 
between  symbols  is 
employed,  the  major  dimen¬ 
sions  of  the  larger  are  at 
least  150  percent  of  the 
major  dimension  of  the 
smaller  with  a  maximum  of 
three  size  levels  per¬ 
mitted.  (5.15.3.3.6) 


c.  Format 

33.  Only  data  essential  to  the 
user's  needs  is  displayed. 
(5.15.3.1.2) 

34.  Data  are  presented  to  the 
operator  in  a  readily 
usable  and  readable  format. 
Requirements  for  trans¬ 
posing,  computing,  interpo¬ 
lating,  or  mentally  trans¬ 
lating  into  other  units 
numerical  bases  are 
avoided.  (5.15.3.1.3) 

35.  Recurring  data  fields 
within  a  system  have  con¬ 
sistent  names  and  consis¬ 
tent  relative  position 
within  displays. 
(5.15.3.1.6) 

36.  Display  formats  are  consis¬ 
tent  within  a  system. 
(5.15.3.1.1) 


vv 
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Data  Display 


Detailed  Design  Considerations  YES  NO  N/A 


Comments 


37.  When  appropriate  for  users, 
the  same  format  is  used  for 
input  and  output. 
(5.15.3.1.1) 


38.  Formats  for  data  entry 

match  the  source  document 
formats.  (5.15.3.1.1) 


39.  Essential  data,  text,  and 
formats  are  always  under 
computer,  not  user,  con¬ 
trol.  (5.15.3.1.1) 


Frame  identification 
conforms  to  the  following 
(5.15.3.1.13); 


a)  Every  display  frame  has 
a  unique  identification. 


b)  The  frame  identification 
is  an  alphanumeric  code 
or  an  abbreviation  which 
is  dominently  displayed 
in  a  consistent  loca¬ 
tion. 


The  frame  identification 
is  short  enough  (3-7 
characters)  and/or 
meaningful  enough  to  be 
learned  and  remembered 
easily. 


When  five  or  more  digits 
and/or  alphanumerics  are 
displayed,  and  no  natural 
(i.e.,  population  stereo¬ 
typed)  organization  exists, 
characters  are  grouped  in 
blocks  of  3-5  characters 
within  each  group. 
(5.15.3.1.7) 


i 


1  I 


Detailed  Design  Considerations 


YES  NO  N/A 


Comments 


42. 


43. 


44. 


45. 


46. 


Groups  of  information  are 
separated  by  a  minimum  of 
one  blank  space  or  other 
separating  character  such 
as  a  hyphen  or  slash. 
(5.15.3.1.7) 

Each  display  is  labeled 
with  a  title  or  label  that 
is  unique  within  the  sys¬ 
tem.  (5.15.3.1.9) 

Every  field  or  column 
heading  in  a  display  is 
labeled.  (5.15.3.1.9) 

Labels  are  displayed  in 
upper-case  only. 
(5.15.3.1.10) 

Each  individual  data  group 
or  message  contains  a 
descriptive  title,  phrase, 
word  or  similar  device  to 
designate  the  content  of 
the  group  or  message. 
Labeling  conforms  to  the 
following  (5.15.3.1.10): 

a.  Labels  are  unambiguously 
applied  to  data  groups 
or  messages. 

b.  Labels  are  highlighted 
or  otherwise  accentu¬ 
ated. 

c.  Accentuated  labels  are 
easily  distinguishable 
from  those  used  to  high¬ 
light  or  code  emergency 
or  critical  messages. 

d.  Labels  are  unique  to 
preclude  operator  con¬ 
fusion. 
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Detailed  Design  Considerations  YES  NO  N/A 


59.  In  text  editing,  the 
special  commands  (e.g., 
move,  copy)  are  based  on 
sentences,  paragraphs,  or 
higher-  order  segments. 

(5. 15. 3. 8. A. 1) 

60.  In  program  editing,  the 
special  commands  are  based 
on  lines  or  subprograms. 
(5.15.3.8.4.2) 

61.  Program  lines  reflect  a 
numbering  scheme  for  ease 
in  editing  and  error  cor¬ 
rection.  (5.15.3.8.4.2) 

62.  Easy  to  use,  special 
editing  commands,  such  as 
MOVE,  COPY,  and  DELETE,  for 
adding,  inserting,  or 
deleting  text/program  seg¬ 
ments  are  provided. 
(5.15.3.8.4) 

63.  Users  are  provided  a  means 
to  search  for  groups  of 
related  files  and  to  store 
the  sorted  collection  into 
a  new  file  for  processing. 

64.  In  text  editing,  the  user 
is  able  to  search  for 
synonyms  and/or  logical 
relations. 

65.  If  scrolling  is  incorpo¬ 
rated  for  displaying  por¬ 
tions  of  a  large  data  base, 
standard  commands  for  UP, 
DOWN,  LEFT,  and  RIGHT  are 
provided. 


Comments 
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Data  Display 


Detailed  Design  Considerations  |YES  NO  |n/a| 


66.  ROLL  and  SCROLL  commands 
refer  to  the  display 
window,  not  the  text/data; 
that  is,  the  display  window 
appears  to  the  user  to  be 
an  aperture  moving  over 
stationary  text. 
(5.15.3.8.3) 

67.  Scrolling  is  avoided  when 
the  user  must  discern  a 
pattern  (e.g.,  trend). 

68.  When  available,  line~by- 
line  syntax  checking  is 
under  user  control. 
(5.15.3.8.4.2) 

e.  Display  Content 

69.  The  content  of  displays 
within  a  system  is  pre¬ 
sented  in  a  consistent, 
standardized  manner. 
(5.15.3.2.1) 

70.  Information  density  is  held 
to  a  minimum  in  displays 
used  for  critical  task 
sequences.  (5.15.3.2.2) 

71.  Information  is  displayed  in 
plain  concise  text  wherever 
possible.  (5,15.3.2.3) 

72.  Entry  codes  without  any 
contextual  meaning  to  the 
operator,  when  used,  are 
no  longer  than  four  alpha¬ 
betic  characters  or  five 
digits . 


Comments 


Data  Display 


Datailad  Design  Considerations 


73.  Data  entries  longer  than 
seven  characters  are  par¬ 
titioned  into  smaller 
symbol  groups. 

74.  Abbreviations  and  acronyms 
conform  to  the  following 
(5.15.3.2.3): 

a)  Abbreviations  and  acro¬ 
nyms  conform  to  MIL-STD- 
12,  MIL-STD-411,  or  MIL- 
STD-783. 

b)  Words  have  only  one  con¬ 
sistent  abbreviation. 

c)  No  punctuation  is  used 
in  abbreviations. 

d)  Definitions  of  all 
abbreviations,  mne¬ 
monics,  and  codes  are 
provided  at  the  user's 
request. 

75.  A  minimum  of  one  character 
space  is  left  blank  ver¬ 
tically  above  and  below 
critical  information  with  a 
minimum  of  two  character 
spaces  left  blank  hori¬ 
zontally  before  and  after. 
(5.15.3.2.2) 

76.  Irrelevant  items  can  be 
eliminated  from  the  display 
and  recalled. 
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Data  Display 


Detailed  Design  Considerations  YES  NO  N/A 


Comments 


•  .V.v 
.\V.V 


.  Tabular  Data 


77.  When  presented  in  tabular 
form,  alphanumeric  data  are 
left-justified 

(5.15.3.5.3) . 

78.  Lists  of  ntimbers  without 
decimals  are  right- 
justified.  (5.15.3.5.3) 

79.  Lists  containing  decimals 
use  decimal  alignment. 

(5.15.3.5.3) 


80.  When  tabular  data  are 
divided  into  classifica¬ 
tions,  the  classification 
titles  are  displayed  and 
subclassifications  are 
identified.  (5. 15. 3. 5. A) 

81.  When  tabular  data  extend 
over  more  than  one  page 
vertically,  the  columns  are 
titled  identically  on  each 
page.  (5. 15. 3. 5. A) 

82.  Tabular  displays  do  not 
extend  over  more  than  one 
page  horizontally. 
(5.15.3.5.5) 

83.  Locations  of  recurring  data 
are  similar  among  all  tabu¬ 
lar  data  displayed  and  com¬ 
mon  throughout  the  system. 
(5.15.3.5.2) 

8A.  Tabular  data  are  displayed 
in  a  lef t-to-right,  top-to- 
bottom  array.  (5.15.3.5.3) 

85.  Each  item  in  a  list  starts 
on  a  new  line. 
(5.15.3.5.6.1) 
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Data  Display 


Detailed  Design  Considerations  YES  NO  N/A 


92.  Numeric  punctuation  con¬ 
forms  to  the  following 
(5.15.3.5.7); 

a)  Long  numeric  fields  are 
punctuated  with  spaces, 
commas,  or  slashes. 

b)  Conventional  punctuation 
schemes  are  used  if  in 
common  usage.  Where 
none  exist  a  space  is 
used  after  every  third 
or  fourth  digit. 

c)  Leading  zeros  are  not 
used  in  numerical  data 
except  where  needed  for 
clarity. 

g.  Textual  Data  Displays 

93.  Textual  data  formats  con¬ 
form  to  the  practices 
established  for  the  p9  — 
ticular  type  of  textus  . 
data  displayed;  e.g.,  the 
format  for  display  of 
specifications  should  con¬ 
form  to  MIL-STD-  A90. 

(5.15.3.7.2) 

9A.  Paragraphs  are  numbered. 

(5.15.3.7.3) 

95.  Short  simple  sentences  are 
used.  (5.15.3.7.4) 

96.  Paragraphs  are  separated  by 
at  least  one  blank  line. 

(5.15.3.7.3) 


Comments 


Detailad  Design  Considerations  YES  NO  N/A 


97.  Text  is  displayed  in  a  mix¬ 
ture  of  upper-case  and 
lower-case  letters,  rather 
than  in  all  upper-case. 
(5.15.3.7.5) 

98.  Text  is  left-justified, 
h.  Graphic  Displays 


99.  Graphic  displays  requiring 
operator  visual  integration 
of  rapidly  changing  pat¬ 
terns  are  updated  at  the 
maximtim  refresh  rate  of  the 
display  device  consistent 
with  the  operator's  infor¬ 
mation  handling  rates. 

(5.15.3.6.3) 

100.  The  axes  of  graphs  are 
always  labeled. 

(5.15.3.6.4) 

101.  When  trend  lines  are  to  be 
compared,  multiple  lines 
are  on  a  single  graph. 

(5.15.3.6.5) 

102.  The  axes  of  graphs  are 
graduated  in  accordance 
with  MIL-STD-1472C,  para¬ 
graphs  5.2.3. 1.4, 

5.2.3. 1.5,  5. 2. 3. 1.6. 

(5.15.3.6.4) 


Comments 


Detailed  Design  Considerations  YES  NO  N/A 


i.  Verification  of  Ambiguous 
or  Destructive  Actions 

1.  Sign-on  processes  require 
minimuni  input  from  the  user 
consistent  with  require¬ 
ments  prohibiting  illegal 
entry.  (5.15.7.5) 

2.  User  confirms  aborts. 

(5.15.7.5) 

3.  When  a  user  signals  for 
log-off,  the  system  checks 
pending  transactions  to 
determine  if  data  loss 
seems  probable.  If  so,  the 
computer  prompt  for  con¬ 
firmation  before  the  log¬ 
off  command  is  excecuted. 

(5.15.7.5) 

A.  If  data  loss  seems  probable 
due  to  log-off,  user  must 
confirm  before  command  is 
initiated  (5.15.7.5). 

5.  Erasing  a  file,  permanently 
modifying  data,  or  changing 
system  operation  requires 
user  verification 

(5.15.7.5) . 


Comments 


YES  ■  Ad«quat«  NO  ■  lnad«quat«  N/A  ■  Not  Appllcablo 
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Data  Protection 


a)  Validity  of  item 

b)  Sequence  of  entry 

c)  Completeness  of  entry 

d)  Range  of  value. 


Detailad  Design  Considerations  YES  NO 


13.  The  system  permits  correc¬ 
tion  of  individual  errors 
without  requiring  re-entry 
of  correctly  entered  com¬ 
mands  of  data  elements. 

(5.15.7.1) 

14.  A  capability  is  provided  to 
facilitate  detection  and 
correction  of  errors  before 
they  are  entered  into  the 
system. 

(5.15.7.2) 

15.  Error  checking  occurs  at 
logical  data  entry  breaks, 
e.g.,  at  the  end  of  data 
fields  rather  than 
character-by-character. 

(5.15.7.2) 

16.  Sessions  are  not  terminated 
by  user  error. 

17.  Escape  from  a  partially 
completed  procedure  does 
not  lead  to  incorrect  or 
accidental  modification  of 
stored  data  or  the  initia¬ 
tion  or  modification  of 
other  system  functions. 

18.  User  errors  are  minimized 
by  use  of  internal  software 
checks  of  user  entries  for 

(5.15.7.3) : 


'•  *  •  **«•*’«  ^  t  •****^«  •*-  •*-  •**^«  Vv 


Data  Protection 


Detailed  Design  Considerations 

YES 

NO 

N/A 

19.  The  system  requires  the 
user  to  acknowledge  criti¬ 
cal  entries  prior  to  their 
being  implemented  by  the 
system.  (5.15.7.4) 

20.  All  error  corrections  by 
the  user  are  acknowledged 
by  the  systems  either  by 
indicating  a  correct  entry 
has  been  made  or  by  another 
error  message.  (5.15.7.9) 

21.  Error  messages  are  con¬ 
structive  and  neutral  in 
tone,  avoiding  phrases  that 
suggest  a  judgment  of  the 
user's  behavior. 

(5.15.7.6) 

22.  The  error  messages  reflect 
the  user's  view. 

(5.15.7.6) 

23.  Error  messages  are  appro¬ 
priate  to  the  user's  level 
of  training  and  are  as 
specific  as  possible  to  the 
user's  particular  appli¬ 
cation.  (5.15.7.6) 

24.  Computer-corrected  com¬ 
mands,  values,  and 
spellings  are  displayed  and 
highlighted  for  user  con¬ 
firmation.  (5.15.7.10) 

25.  To  prompt  for  corrections 
of  an  error  in  stacked  com¬ 
mands,  the  system  displays 
the  stacked  sequence  with 
the  error  highlighted. 
(5.15.7.11) 

- 
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Detailed  Design  Considerations  YES  NO  N/A 


26.  A  procedure  is  provided  to 
correct  the  error  and 
salvage  the  stack. 
(5.15.7.11) 

27.  VThen  missing  data  are 
detected,  the  system 
prompts  the  user  for  these 
data.  (5.15.7.5) 

28.  When  the  missing  data 
involve  a  relatively  small 
set  of  alternatives,  an 
argument  list  is  provided 
for  the  user  to  select 
missing  information. 

29.  When  the  system  detects  an 
error,  the  cursor  is  auto¬ 
matically  positioned  at  the 
field  which  contains  the 
first  error. 

30.  Correction  of  an  error 
requires  an  explicit  action 
before  the  computer  accepts 
the  corrected  inputs. 
(5.15.7.9) 

31.  Error  messages  provide  as 
much  diagnostic  information 
and  remedial  direction  as 
can  be  inferred  reliably 
from  the  error  condition. 
(5.15.7.8) 

32.  When  errors  occur  in 
stacked  commands,  the  com¬ 
mand  sequence  is  processed 
up  to  the  error  and  then 
the  user  receives  an  indi¬ 
cation  of  the  problem  and 
guidance  to  permit  com¬ 
pletion  of  the  control 
input. 


Comments 
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Detailed  Design  Considerations 


YES  NO  N/A 


Comments 
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DESIGN  CHECKLIST 

Data  Entry  Procedures 

(22) 


Test  Title  _ 

Test  Project  No. 


Date 


Detailed  Design  Considerations  YES  NO  N/A 


1.  The  display/data  entry  sys¬ 
tem  indicates  to  the  opera¬ 
tor  (5.15.2.1): 

a.  Acceptance  of  an  input. 

b.  Inadmissability  of  an 
input. 

c.  Existence  of  delay  due 
to  computer  overload. 

2.  Data  entry  is  user-paced. 
(5.15.2.1.1) 

3.  Data  entries  are  validated 
by  the  system  for  correct 
format,  legal  value,  or 
range  of  values.  Where 
repetitive  entry  of  data 
sets  is  required,  data 
validation  for  each  set  is 
completed  before  another 
transaction  can  begin. 
(5.15.2.1.5) 

4.  Special  characters  used  in 
data  entry  (,  *  ■  /)  are 
available  without  shifting 
from  one  case  to  another  on 
the  keyboard. 

5.  Procedures  for  entering 
data  are  standardized. 


Comments 


YES  ■  Adequate  NO  ■  Inadequata  N/A  ■  Not  Applicable 


>s-s 
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Data  Entry  Procedures 


Detailed  Design  Considerations 


6.  Data  entry  requires  an 
explicit  completion  action, 
such  as  the  depression  of 
an  ENTRY  key.  (5.15.2.1.4) 

7.  The  user  is  not  required  to 
enter  data  already  avail¬ 
able  to  the  software. 

(5.15.2.1.6) 

8.  Data  are  entered  in  units 
familiar  to  the  user. 

(5.15.2.1.7) 

9.  Right-  or  left- 
justification  of  tabular 
data  entries  is  not 
required  by  the  user. 
(5.15.2.2.5) 

10.  A  single  entry  device  is 
used  to  eliminate  time 
spent  switching  among 
devices. 

11.  VHien  data  entry  is  a  sig¬ 
nificant  task  function,  it 
is  accomplished  via  the 
user's  primary  display. 

12.  An  easy  means  for  correc¬ 
ting  erroneous  operator 
entries  is  provided. 
(5.15.7.1) 

13.  In  data  entry,  all  required 
fields  are  placed  before 
all  optional  fields. 


YES 


NO 


N/A 


Comments 


.  ."k . 


:-r.' 


.N. 
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Data  Entry  Procedures 


Detailed  Design  Considerations 

YES 

NO 

N/A 

14.  If  several  levels  of  hier¬ 
archical  menus  are  pro¬ 
vided,  a  direct  function 
call  capability  is  provided 
such  that  the  experienced 
user  does  not  have  to  step 
through  multiple  menu 
levels.  (5.15.4.2.8) 

15.  Users  are  able  to  enter  a 
series  of  menu  selections 
(command  stack)  to  speed 
the  dialogue  by  avoiding 
the  need  to  display  each 
menu. 

16.  Prompts  are  (5.15.6.4): 

a)  Clear  and  understand¬ 
able. 

b)  Do  not  require  reference 
to  coding  schemes  or 
conventions  which  may  be 
unfamiliar  to  occasional 
users. 

17.  Input  prompts  are  placed  in 
a  consistent  screen  loca¬ 
tion  if  possible. 

18.  A  special  character  is  used 
to  denote  an  input  prompt. 

If  possible,  the  character 
is  reserved  to  use  only  as 
an  input  prompt. 

19.  Currently  defined  default 
values  are  displayed  auto¬ 
matically  in  their  appro¬ 
priate  data  fields  with  the 
initiation  of  a  data  entry 
transaction.  (5.15.6.7) 
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DESIGN  CHECKLIST 

Feedback 

(23) 

Test  Title  _ 

Test  Project  No. _  Date  _ 


YES  ■  Adequate  NO  ■  Inadequate  N/A  ■  Not  Applicable 


0«tail«d  Oasign  Contidarations  YES  NO  N/A 


e.  Feedback  is  self 

explanatory.  (5.15.5.7) 

2.  Confirmation  of  user  input 
occurs  without  removing  the 
data  display.  (5.15.5.4) 


3.  When  multiple  modes  of 
operation  are  possible, 
some  method  is  provided  to 
remind  the  user  of  the  cur¬ 
rent  operating  mode. 
(5.15.5.5) 

4.  The  log-on  frame  is  pre¬ 
sented  immediately  after 
connection  regardless  of 
user  input. 

5.  If  the  baud  rate  is  less 
than  250  wpm  (reading 
rate),  more  compact  (i.e., 
shorter,  more  succinct) 
messages  are  used. 

6.  Output  abbreviations  are 
avoided. 

7.  Abbreviations  used  are  con¬ 
sistent. 

8.  Terminology  inconsistent 
with  user  expectations  is 
avoided. 

9.  Alarm  signals  and  messages 
are  distinctive  and  consis¬ 
tent  for  each  class  of 
events. 

10.  Both  the  old  and  new  values 
are  displayed  simultane¬ 
ously  before  stored  data 
entry  items  are  changed. 


Comments 


it 
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Detailed  Design  Considerations  YES  NO  N/A 


b.  Requests  which  would 
result  in  extensive, 
final  and  permanent 
changes  to  existing  data 
require  acknowledgement. 

c.  System  prompts  for 
missing  data. 


Comments 
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SCI  USER  INTER7IEN  GUIDE 


NAME 

RANK 

DATE 

(First) 

(M.I.) 

(Last) 

MOS 

TIME  IN  MOS 

WORKSPACE 

1.  Do  you  ever  find  that  your  work  area  is  not  arranged  to  aid  you  in 
performing  your  assigned  tasks? 

Yes  _ 

No 


If  yes,  please  explain: 


Do  you  experience  any  arm,  neck,  or  back  fatigue  while  performing  your 
assigned  tasks? 
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If  no,  please  explain: 
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I  '  i 

•v< 


Do  you  feel  that  another  type  of  control  would  be  better? 


Yes 

No 


f-  .  J 


y.vv.v 
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DATA  DISPLAT 

1.  Do  you  always  have  enough  information  to  do  your  job? 

Yes  _ 

No 


Please  explain: 


Are  there  ever  times  when  the  information  presented  is  more  than  y 
used? 


Yes 

No 


If  yes,  when?  _ _ 

this  interfere  with  performing  your  job?  Please  explain: 


Is  the  organization  of  information  displayed  helpful  for  doing  your  job? 
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If  not,  what  would  you  change  and  why? 


I  - 

4.  Have  you  ever  found  information  coding  to  be  a  problem? 

Yes  _ 

No 


If  so,  when? 


5.  Do  the  symbols  used  in  this  system  ever  confuse  you? 

Yes  _ 

No 


If  yes,  which  ones?  Why? 


K 


•j 


TOP 


6. 
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Is  there  anything  that  you  can  think  of  that  you  don't  like  about  the 
software? 


Please  explain 
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FEEDBACK  AND  ERR(»  HANDLING 


1.  Are  the  displayed  messages  ever  confusing  or  difficult  to  remember? 

Yes  _ 

No 


Please  explain: 


2.  Do  error  messages  give  you  enough  information  to  correct  your  errors? 

Yes  _ 

No 


Please  explain: 


3.  Is  there  anything  about  the  way  the  system  handles  errors  or  provider 
feedback  that  you  would  change? 


Please  explain: 
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4.  Can  you  always  correct  errors  you  have  made  while  entering  information 
into  the  computer? 

Yes  _ 

No 


Please  explain: 


5.  Can  you  always  return  to  your  place  in  the  program  after  seeking  help? 


Yes 

No 


Please  explain: 


mTERACTIYE  CGNTSOL 


1 


Are  the  menus  formatted  so  that  you  can*  quickly  and  easily  select 
options? 
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Can  you  always  retrieve  the  information  you  need  from  the  computer  data 
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COMMAHD  METBODS 


1.  Is  the  coranand  language  confusing  or  difficult  to  use? 


Yes 

No 


If  yes,  when? 
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If  so,  what  are  they? 


GENERAL 


1.  Are  there  any  other  comments  regarding  the  usability  of  the  soldier- 
computer  interface  which  you  would  like  to  make? 


Yes 

No 


If  yes,  what  are  they? 


C-11 


•  y.: 


i'. 


•1' 
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DEFINITICMS 


Abort  —  A  capability  that  cancels  all  user  entries  in  a  defined  transaction 
sequence. 

Address,  direct  —  Specific  location  where  instructions  or  data  are  stored. 

Alphanumeric  —  Pertaining  to  a  character  set  that  contains  both  letters  and 
numerals . 

Analog  —  Similar  or  comparable. 

Application  —  The  system  or  problem  to  which  a  computer  is  applied.  Refer¬ 
ence  is  often  made  to  an  application  as  being  either  of  the  computational 
type,  wherein  arithmetic  computations  predominate,  or  of  the  data  processing 
type,  wherein  data  handling  operations  predominate. 

Arithmetic  and  Logic  Unit  (ALU)  —  The  part  of  the  CPU  logic  chip  that 
actually  executes  the  operations  requested  by  an  input  commar  1  is  called  the 
arithmetic  and  logic  unit  (ALU)  since,  in  every  case,  some  combination  of 
arithmetic  and/or  logical  operations  is  required.  Another  part  of  the  CPU 
chip  logic,  the  control  unit,  decodes  the  instruction  (stored  in  the  instruc¬ 
tion  register)  in  order  to  enable  the  required  ALU  logic  and,  thus,  implement 
the  arithmetic  and/or  logical  operations  required  by  the  instruction. 

Assembly  Language  —  1.  A  hardware-dependent  symbolic  language,  usually  char¬ 
acterized  by  a  one-to-one  correspondence  of  its  statements  with  machine  lan¬ 
guage  instructions.  2.  An  assembler's  source  language. 

ASCII  —  American  Standard  Code  for  Information  Interchange.  A  standard  8-bit 
information  code  used  with  most  computers  and  data  terminals.  It  may  be  used 
in  the  parallel  mode  (all  bits  present  simultaneously  on  separate  lines)  or 
the  serial  mode  (one  bit  at  a  time  on  a  single  line). 
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Backup  —  A  capability  that  returns  the  user  to  the  first  display  in  a  defined 
transaction  sequence. 

Batch  Processing  —  In  computer  terminology,  batch  processing  refers  to  a 
specific  method  of  processing  in  which  a  number  of  similar  input  items  are 
grouped  for  processing  during  the  same  machine  run. 

Baud  —  A  measure  of  the  transmission  speed  capability  of  a  conmunications 
line  or  system.  In  a  sequence  of  binary  signals,  1  Baud  ~  1  Bit/sec. 

Binary  —  1.  A  numbering  system  based  on  2  which  uses  only  the  digits  0  and  1 
when  written.  2.  A  characteristic,  property,  or  condition  in  which  there  are 
but  two  possible  alternatives;  e.g.,  the  binary  number  system  using  2  as  its 
base  and  using  only  the  digits  0  and  1. 

Bit  —  A  binary  digit;  hence,  a  unit  of  data  in  binary  notation.  In  the 
binary  numbering  system,  only  two  marks  (0  and  1)  are  used.  Each  of  these 
marks  is  called  a  binary  digit. 

Brevity  —  Information  presented  to  the  operator  or  entered  by  the  operator  is 
grouped  into  short,  readily  understandable  units. 

Buffer  —  An  area  of  computer  memory  for  temporary  storage  of  an  input  or  out¬ 
put  record. 

Bug  —  Any  mechanical,  electrical,  or  electronic  defect  that  interferes  with 
or  bugs  up  the  operation  of  the  computer.  It  can  also  be  a  defect  in  the  cod¬ 
ing  of  the  program. 

But  —  A  set  of  parallel  wires  over  idiich  data  is  commuAicated.  Buses  may  be 
internal  to  a  processor,  may  connect  a  processor  to  main  or  secondary  memory, 
or  may  connect  a  computer  system  to  outside  peripherals. 

Byte  —  1.  A  generic  term  to  indicate  a  measurable  portion  of  consecutive 
binary  digits;  e.g.,  an  8-bit  byte.  2.  A  sequence  of  adjacent  binary  digits 
operated  upon  as  a  unit  and  usually  shorter  than  a  word. 
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Cancel  —  A  capability  that  regenerates  (or  re-initializes)  the  current  dis¬ 
play  without  processing  any  entries  or  changes  made  by  the  user. 

Cathode  ray  terminal,  CRT  —  A  terminal  which  has  a  keyboard  for  data  input 
and  a  display  screen.  Also  used  to  describe  a  type  of  terminal  in  which  an 
electronic  vacuum  tube  energizes  phosphors  on  a  screen. 

Central  processing  unit  (CPU)  —  The  unit  of  a  computing  system  that  contains 
the  circuits  that  control  and  perform  the  execution  of  instructions. 

Character  —  The  actual  or  coded  representation  of  a  digit,  letter,  or  special 
symbol  but  not  a  space. 

Code  —  A  system  of  symbols  and  rules  for  use  in  representing  information. 

Coamand  —  A  pulse,  signal,  or  set  of  signals  that  occur  in  a  computer  as  the 
result  of  an  instruction  and  which  initiate  one  step  in  the  process  of  exe¬ 
cuting  the  instruction.  From  the  user's  perspective,  the  instruction  or 
request  used  to  initiate  a  computer  action. 

Coamand  Language  —  A  type  of  dialogue  in  which  the  user  formulates  control 
entries  with  minimal  prompting  by  the  computer. 

Cmnand  Stacking  —  The  process  of  queuing  up  multiple  connands  before  execu¬ 
tion.  The  computer  then  executes  the  commands  in  seqence  without  requiring 
any  interaction  by  the  operator. 

Communication  —  The  process  of  transferring  information  in  the  various  media 
from  one  point,  person,  or  device  to  another. 

Compatibility  —  A  system  is  compatible  to  the  extent  that  workspace,  input 
and  output  devices,  and  software  accommodate  user  needs. 


Compiler  —  A  compiler  is  a  translator  i^ose  source  language  is  a  problem- 
oriented  language  and  whose  target  language  is  either  a  numerical  machine 
language  or  a  symbolic  representation  for  one. 
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CcMiputer  —  A  device  capable  of  accepting  information,  applying  prescribed 
processes  to  the  information,  and  supplying  the  results  of  these  processes. 

It  usually  consists  of  input  and  output  devices,  storage,  arithmetic  and 
logical  units,  and  a  control  unit. 

Consistency  —  Extent  to  which  the  code  of  the  system  contains  uniform  nota¬ 
tion,  terminology,  and  symbology  within  itself,  and  external  consistency  to 
the  extent  that  the  content  is  traceable  to  the  requirements. 

Control  action  —  An  action  taken  by  the  user  to  alter  the  state  of  the  sys¬ 
tem. 

CRT  —  See  cathode  ray  terminal. 

CRT-ARI  —  This  is  a  cathode  ray  tube  used  for  indicating  the  azimuth  and 
range  of  a  target.  It  is  typically  used  on  radar  systems  and  used  to  be 
called  PPI  (plane  position  indicator). 

Cursor  —  The  cursor  on  the  VDT  screen  is  a  position-marking  symbol,  such  as 
solid  block  or  underscore.  It  may  blink  or  be  brighter  than  other  symbols  to 
identify  its  location  easily.  It  shows  the  "current"  item  for  attention, 
which  may  designate  a  displayed  item.  The  cursor  may  be  positioned  under  com¬ 
puter  control  or  moved  by  the  user  through  the  keyboard. 

Cursor  control  keys  —  In  text  display  applications,  the  cursor  control  keys 
may  be  used  to  relocate  the  cursor  to  a  desired  position. 

Data  —  A  general  term  used  to  denote  any  or  all  facts,  numbers,  letters,  and 
s3nDbols  that  refer  to  or  describe  an  object,  idea,  condition,  situation,  or 
other  factors.  It  connects  basic  elements  of  information  which  can  be  pro¬ 
cessed  or  produced  by  a  computer.  Sometimes  data  are  considered  to  be  expres¬ 
sible  only  in  numerical  form,  but  information  is  not  so  limited. 

Data  processing  —  1.  Any  procedure  for  receiving  information  and  producing  a 
specific  result.  2.  Rearrangement  and  refinement  of  raw  data  into  a  form 
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suitable  for  further  use.  3.  The  preparation  of  source  media  which  contain 
data  or  basic  elements  of  information,  and  the  handling  of  such  data  according 
to  precise  rules  of  procedure  to  accomplish  such  operations  as  classifying, 
sorting,  calculating,  summarizing,  and  recording.  4.  The  production  of 
records  and  reports. 

Database  —  The  collection  of  information  or  data  that  is  stored  in  the  cen¬ 
tral  computer  for  relatively  long  periods  of  time. 

Database  management  —  A  systematic  approach  to  storing,  updating,  and 
retrieval  of  information  stored  as  data  items,  usually  in  the  form  of  records 
in  a  file,  where  many  users,  or  even  many  remote  installations,  will  use  com¬ 
mon  data  banks. 

Data  Display  —  Output  of  data  from  a  computer  to  its  users.  Generally,  this 
phrase  denotes  visual  output,  but  it  may  be  qualified  to  indicate  a  different 
modality,  such  as  an  "auditory  display". 

Data  Entry  —  User  input  of  data  from  paper  documents  to  computer-based 
records  for  computer  processing. 

Data  field  —  An  area  of  the  display  screen  reserved  for  user  entry  of  a  data 
item. 

Data  field  Label  —  An  area  of  the  display  screen  that  serves  as  a  prompt  for 
entering  a  data  item.  It  usually  cannot  be  changed  by  a  user. 

Data  store  —  The  part  of  a  terminal  in  which  received  data  is  held  during 
operation.  A  method  of  storing  data,  usually  in  binary  coded  form. 

Debug  —  1.  To  locate  and  correct  any  errors  in  a  computer  program.  2.  To 
detect  and  correct  malfunctions  in  the  computer  itself.  3.  To  test  a  program 
on  a  computer  to  find  whether  it  works  properly.  If  mistakes  are  revealed, 
they  must  be  traced  to  their  source  and  corrected. 
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Default  value  —  A  predetermined,  frequently  used,  value  for  a  data  or  control 
entry,  intended  to  reduce  required  user  action. 

Delete  —  The  ability  to  remove  extraneous  or  erroneous  material  from  screen 
or  memory,  simultaneously  eliminating  the  gaps  which  would  otherwise  be 
formed. 

Delimiter  —  A  special  character  used  to  denote  a  boundary  between  adjacent 
syntactic  components  of  a  program;  for  example,  a  slash(/). 

Dialogue  —  A  structured  series  of  interchanges  between  a  user  and  a  computer 
terminal.  Dialogues  can  be  computer-initiated,  e.g.,  question  and  answer,  or 
user-initiated,  e.g.,  command  language. 

Digit,  binary  —  A  whole  number  in  the  binary  scale  of  notation;  this  digit 
may  only  be  0  (zero)  or  1  (one).  It  may  be  equivalent  to  an  "on"  or  "off" 
condition,  a  "yes"  or  a  "no,"  etc.  The  word  "bit"  is  a  contraction  of  binary 
digit. 

Disk  —  A  circular  metal  plate  with  magnetic  material  on  both  sides,  continu¬ 
ously  rotated  for  reading  or  writing  by  means  of  one  or  more  read/write  heads 
mounted  on  movable  or  fixed  arms;  disks  may  be  permanently  mounted  on  a  shaft, 
or  as  a  package,  they  may  be  removable  and  others  placed  on  the  shaft. 

Diskette  —  A  thin,  flexible  platter  (floppy  disk)  coated  with  magnetic 
material  used  as  the  storage  medium  in  a  floppy  disk  unit. 

Display  coding  —  A  means  of  highlighting  displayed  segments  such  that  one 
segment  is  differentiated  from  other  segments. 

Dot  matrix  characters  —  Character  images  on  a  CRT  display  screen  that  are 
represented  by  rectangular  cells  composed  of  dots  arranged  in  rows  and  columns 
from  which  characters  can  be  composed  by  causing  some  of  the  dots  to  glow, 
while  permitting  others  to  remain  dark. 
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Encode  —  To  apply  a  code,  frequently  one  consisting  of  binary  numbers,  to 
represent  individual  characters  or  groups  of  characters  in  a  message. 

Enter  —  An  explicit  user  action  that  affects  computer  processing  of  user 
entries.  For  example,  after  typing  a  series  of  numbers,  a  user  might  press  a 
specially  marked  ENTER  key  that  will  add  them  to  a  data  base,  subject  to  data 
validation. 

Feedback  —  A  response  from  the  system  which  informs  the  user  of  the  status  of 
the  current  request  or  command. 

Field  —  A  set  of  characters  of  fixed  or  variable  length  that  form  a  single 
unit  of  data  entry. 

File  —  A  collection  of  related  records  treated  as  a  unit.  In  a  computer 
system,  a  file  can  exist  on  magnetic  tape,  disk,  punched  paper  tape,  punched 
cards,  or  as  an  accumulation  of  information  in  system  memory.  A  file  can  con¬ 
tain  data,  programs,  or  both. 

Firmware  —  Refers  to  computer  programs  that  are  encoded  permanently  into  a 
RCM  (read-only  memory).  These  programs  are  referred  to  as  microprograms,  and 
cannot  be  altered  or  erased.  Contrasted  with  software,  which  refers  to  the 
entire  set  of  programs,  procedures,  and  related  documentation  associated  with 
a  computer  system.  Common  examples  of  firmware  are  microcomputer  operating 
systems  and  video  game  cartridges. 

Fixed  Field  —  An  input  or  output  area  that  always  contains  a  certain  set  num¬ 
ber  of  characters.  An  example  is  the  date  which  is  always  MM/DD/YY. 

Fixed  function  key  —  A  function  key  that  is  not  readily  changeable. 

Flexibility  —  A  system  is  flexible  to  the  degree  that  individual  differences 
in  skill  are  encompassed  to  ensure  optimal  performance  of  all  users  under  all 
anticipated  conditions. 
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Flicker  —  The  sensation  of  brightness  or  color  variation  caused  by  the  per¬ 
ceived  dimming  and  brightening  of  the  character  images  as  they  are  refreshed 
on  the  display  screen. 

Floating  point  —  A  notation  in  which  a  number  x  is  represented  by  a  pair  of 
numbers  y  and  z  (and  two  integers  n  and  m  which  are  understood  parameters  in 
any  given  representation)  with  y  and  z  chosen  so  that  x  ■  yn^  where  z  is  an 
integer.  The  quantity  z  is  called  the  exponent  or  characteristic;  e.g.,  a 
decimal  number  241,000,000  might  be  shows  as  2.41,8,  since  it  is  equal  to 
2.41  X  108. 

Format  —  A  predetermined  arrangement  of  characters,  fields,  lines,  punctua¬ 
tion,  page  numbers,  etc. 

Formatting  —  The  structuring  of  the  display  screen  into  protected  and  acces¬ 
sible  areas  within  which  various  actions  can  be  performed  in  fields. 

Form  filling  —  The  entering  of  information  into  predefined  areas  or  fields  in 
the  display  screen.  The  user  fills  out  a  form  or  questionnaire  presented  at 
the  terminal.  Appropriate  for  buffered  terminals  only. 

Function  keyset  —  A  collection  of  keys,  each  of  which  is  associated  with  a 
specific  command. 

Glare  —  A  visual  condition  caused  by  excessive  luminance  variations  within 
the  field  of  vision,  e.g.,  when  bright  sources  of  light  such  as  windows  or 
lamps  or  their  reflected  images  fall  in  the  line  of  sight. 

Graphic  display  —  Display  of  data  in  the  form  of  lines,  shapes,  and  ssnnbols 
such  as  graphs,  histograms,  maps,  etc. 

Hard  Copy  —  A  printed  paper  copy  of  the  information  displayed  on  the  display 


screen. 
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Hardware  —  The  physical  equipment  which  makes  up  a  computer  system,  e.g., 

CPU,  terminals,  and  other  input/output  (l/O)  and  storage  devices.  As  opposed 
to  the  progranraing  software. 

Help  —  A  capability  that  displays  information  upon  user  request  for  on-line 
guidance.  HELP  may  inform  a  user  generally  about  system  capabilities,  or  may 
provide  more  specific  guidance  on  what  to  enter  in  the  field  currently  indi¬ 
cated  by  the  cursor. 

Hierarchical  —  Arranged  in  a  set  of  levels;  tree-structured. 

High  level  language  —  A  computer  programming  language  which  uses  symbols  and 
English-like  command  statements  an  operator  can  read.  Each  statement 
typically  represents  a  series  of  computer  instructions,  and  provides  con¬ 
structs  for  conditional  statement  execution,  looping,  and  often  nested  or 
recursive  subroutines.  Examples  of  high-level  languages  are  BASIC,  Pascal, 
FORTRAN,  and  COBOL.  High-level  languages  are  usually  compiled. 

% 

Illuminance  —  The  amount  of  light  falling  on  a  surface.  Measured  in  units  of 
Lux  (lx)  or  foot  candles  (ft-C). 

Input  —  1.  Information  or  data  transferred  or  to  be  transferred  from  an 
external  storage  medium  into  the  internal  storage  of  the  computer. 

2.  Describing  the  routines  with  direct  input  as  defined  in  (1),  or  the  devices 
from  which  such  information  is  available  to  the  computer.  3.  The  device  or 
collective  set  of  devices  necessary  for  input  as  defined  in  (1). 

Input  devices  —  Devices  that  convert  facts  into  electronic  impulses. 

Input/output  —  1.  Commonly  called  I/O.  A  general  term  -for  equipment  used  to 
communicate  with  a  computer.  2.  The  data  involved  in  -such  communication. 


3.  The  media  carrying  the  data  for  input/output.  4.  The  process  of  transmit¬ 
ting  information  from  an  external  source  to  the  computer  or  from  the  computer 
to  an  external  source. 
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Insert  Area  —  The  physical  area  of  the  screen  where  data  is  displayed  prior 
to  entry  into  the  data  base. 

Instruction  —  A  coded  program  step  that  tells  the  computer  what  to  do  for  a 
single  operation  in  a  program. 

Interface  —  An  electronic  device  which  enables  one  piece  of  equipment  to  com¬ 
municate  with  or  control  another.  A  shared  boundary. 

Joystick  —  (Also  called  syntaxer.)  A  movable  handle  which  a  human  operator 
may  grasp  and  rotate  to  a  limited  extent  in  one  or  more  degrees  of  freedom, 
and  whose  variable  position  or  applied  force  is  measured  and  results  in  com¬ 
mands  to  a  control  system.  Isotonic  joysticks  operate  by  displacement  and 
isometric  joysticks  operate  by  applied  force,  not  movement. 

Keyboard  —  For  the  purposes  of  this  TOP,  this  is  any  computer  input  device 
that  utilizes  keys.  This  includes  alphanumeric  keyboards,  ke3rpads,  and  con¬ 
trol  panels  composed  of  legend  switches. 

Keypad  —  A  small  keyboard  or  section  of  a  keyboard  containing  a  smaller 
number  of  keys,  generally  those  used  on  simple  calculators.  These  10-,  12-, 
or  16-key  units  are  often  the  simplest  input  devices  to  microcomputers  or 
function  as  an  extension  of  ASCII  keyboards  to  permit  more  extensive  com¬ 
putational  capability. 

Label  —  One  or  more  characters  used  to  identify  a  statement  or  an  item  of 
data  in  a  computer  program. 

Languages  —  Software  framework  of  connands  for  writing  a  program. 

Left-justify  —  To  display  data  in  columns  such -that  the  first  character  of 
each  row  is  aligned  vertically. 

Luminance  —  The  amount  of  light  emitted  by  a  light  source.  Measured  in 
candela  per  meter^  (cd/m^)  or  foot  lamberts  (ft-L). 


D-10 


30  NOVEMBER  1985 


TOP  1-1-059 


Machine  code  —  The  absolute  numbers,  names,  or  symbols  assigned  by  the 
machine  designer  to  any  part  of  the  machine.  Same  as  operation  code. 

Machine  cycle  —  1.  The  specific  time  interval  in  which  a  computer  can  perform 
a  given  number  of  operations.  2.  The  shortest  complete  process  of  action  that 
is  repeated  in  order.  3.  The  mininnim  length  of  time  in  which  the  foregoing 
can  be  performed. 

Machine  language  —  A  set  of  symbols,  characters,  or  signs,  and  the  rules  for 
combining  them,  that  conveys  instructions  for  information  to  a  computer. 

Macro  comnand  —  An  instruction  in  a  source  language  that  is  equivalent  to  a 
specified  sequence  of  machine  instructions. 

Magnetic  bubble  storage  —  The  storage  medium  of  a  bubble  memory  is  a  very 
thin  layer  of  magnetic  garnet  material.  This  material  has  ribbon-shaped 
stripes  (magnetic  domains)  in  its  natural  state.  When  an  external  magnetic 
field  is  applied  to  the  material,  the  domains  contract  into  stubby  cylinders, 
which  look  and  behave  like  bubbles  when  viewed  from  the  top  through  a  micro¬ 
scope.  Under  the  influence  of  external  fields,  the  bubbles  are  manipulated  uO 
represent  information  bits. 

Main  memory  —  Usually  the  fastest  storage  device  of  a  computer  and  the  one 
from  which  instructions  are  executed.  (Contrasted  to  auxiliary  storage.) 

Memory  —  The  part  of  a  computer,  internal  to  the  CPU,  where  programs  and  data 
are  stored. 

Menu  —  A  collection  of  items,  e.g.,  a  list  or  directory  of  the  contents  of  a 
given  file,  from  which  the  operator  may  select.  The  selection  may  be  made  by 
entering  a  code,  word,  or  number  associated  with  the  selection. 

Microcomputer  —  A  general  term  referring  to  a  complete  tiny  computing  system, 
consisting  of  hardware  and  software,  whose  main  processing  blocks  are  made  of 
semiconductor  integrated  circuits.  In  function  and  structure,  it  is  somewhat 
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similar  to  a  minicomputer,  with  the  main  difference  being  price,  size,  speed 
of  execution,  and  computing  power.  The  hardware  of  a  microcomputer  consists 
of  the  microprocessing  unit  (MPU),  which  is  usually  assembled  on  a  printed 
circuit  board  with  memory  and  auxiliary  circuits.  Power  supplies,  control 
console,  and  cabinet  are  separate. 

Microprogram  —  Computer  instructions  which  do  not  reference  the  main  memory. 
Microprogramming  is  a  technique  to  design  subroutines  by  programming  very 
minute  computer  operations.  As  regards  microprocessors,  microprograms  can 
implement  a  higher  language  program  by  storing  microinstructions  in  RCM. 

Minicomputer  —  The  older  minicomputers  were  parallel  binary  systems  with  8-, 
12-,  16-,  18-,  24-,  or  32-bit  word  lengths  incorporating  semiconductor  or 
magnetic  core  memory  offering  from  4K  words  to  64K  words  of  storage  and  a 
cycle  time  of  0.2  to  8  microseconds  or  less.  These  units  were  characterized 
by  higher  performance  than  microcomputers  or  programmable  calculators,  richer 
instruction  sets,  higher  price  and  proliferation  of  high-level  languages, 
operating  systems,  and  networking  methodologies. 

Mixed  variable  —  See  alphanumeric. 

Multiuser  —  A  system  which  permits  multiple  users  to  access  the  same  system 
in  a  time-sharing  mode  via  "time  slicing"  interrupts  of  the  single  CPU  or  v.\ 
use  of  satellite  CPUs. 

Ntmeric  keypad  —  An  arrangement  of  the  10  numeric  keys  in  the  standard  tele¬ 
phone  arrangement,  1,  2,  3  across  top  row;  4,  5,  6  in  second  row;  7,  8,  9  in 
third  row;  with  0  on  the  bottom  row. 

Humeric  variable  —  Indicates  that  only  numbers  are  allowed  in  the  variable. 

A  decimal  point  (or  period)  may  be  a  part  of  a  numeric  variable,  but  all  other 
printing  characters  are  considered  alphabetic  or  alpha. 

Op  code  —  In  machine  language,  a  binary  number  that  represents  an  instruction 
to  the  central  processing  unit.  During  execution,  the  op  code  is  fetched  from 
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memory  into  the  instruction  register  where  the  microprocessor  recognizes  it  as 
a  command,  and  one  of  the  computer's  functions  is  carried  out.  Op  codes  are 
frequently  accompanied  by  operands  such  as  memory  addresses,  numeric 
constants,  etc. 

Operand  —  Any  one  of  the  quantities  entering  into  or  arising  from  an  opera¬ 
tion.  An  operand  may  be  an  argument,  a  result,  a  parameter,  or  an  indication 
of  the  location  of  the  next  instruction. 

Operating  system —  A  collection  of  computer  programs  that  control  the  overall 
operation  of  a  computer  and  perform  such  tasks  as  assigning  places  in  memory 
to  programs  and  data,  processing  interrupts,  scheduling  jobs,  and  controlling 
the  overall  input/output  of  the  system. 

Output  —  The  results  of  a  computer  program  action  that  is  sent  to  a  display, 
printer,  or  other  device. 

Output  devices  —  The  part  of  a  machine  that  translates  the  electrical 
impulses  representing  data  processed  by  the  machine  into  permanent  results 
such  as  printed  forms,  punched  cards,  and  magnetic  writing  on  tape  or  disk. 

Packed  decimal  —  A  system  means  of  data  representation.  Two  digits  per 
character  can  be  used  to  increase  speed  and  capacity  in  fields  where 
alphabetics  and  special  characters  are  not  being  used. 

Page  —  The  information  appearing  at  one  time  on  a  single  display  screen. 

Parameter  —  A  quantity  or  constant  whose  value  varies  with  the  circumstances 
of  its  application.  A  quantity  with  variable  values  used  in  determining  other 
variables. 

Peripheral  devices  —  Various  kinds  of  machines  that  operate  in  combination  or 
in  conjunction  with  a  computer  but  are  not  physically  part  of  the  computer. 
Peripheral  devices  typically  display  computer  data,  store  data  from  the  com¬ 
puter  and  return  the  data  to  the  computer  on  demand,  prepare  data  for  human 
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use,  or  acquire  data  from  a  source  and  convert  it  to  a  form  usable  by  a  com¬ 
puter. 

Phosphor  —  A  coating  of  luminescent  material  which  emits  visible  light  when 
struck  by  a  beam  of  electrons  within  an  evacuated  glass  tube  such  as  a  CRT. 

Problem-oriented  language  —  1.  In  a  computer,  a  source  language  suited  to 
describing  procedural  steps  in  machine  computing.  2.  A  language  designed  for 
convenience  of  program  specification  in  a  general  problem  area  rather  than  for 
easy  conversion  to  machine  instruction  code.  The  components  of  such  a 
language  may  bear  little  resemblance  to  machine  instructions.  3.  A  machine- 
independent  language  where  one  needs  only  to  state  the  problem,  not  the  how  of 
solution. 

Program  —  Set  of  instructions  for  handling  data  that  is  input  into  the  system 

LEVELS:  a  —  languages  are  used  to  write  programs. 

b  —  programs  combine  to  handle  a  specific  application 

Protected  Field  —  The  part  of  the  display  that  cannot  be  changed  by  action  at 
the  keyboard.  Protected  fields  are  used  to  provide  headings  and  labels  for 
the  fields  that  require  data  entry.  When  positioning  the  cursor,  it  skips 
over  protected  fields. 

RAM  —  Acronym  for  random-access  memory.  This  type  of  memory  is  random 
because  it  provides  access  to  any  storage  location  point  in  the  memory  imnedi- 
ately  by  means  of  vertical  and  horizontal  coordinates.  Information  may  be 
"written  in"  or  "read  out"  in  the  same  very  fast  procedure. 

Real  time  —  In  solving  a  problem,  a  speed  sufficient  td  give  an  answer  within 
the  actual  time  the  problem  must  be  solved. 

Record  —  A  set  of  one  or  more  consecutive  fields  on  a  related  subject,  as  an 
employee's  payroll  record.  Although  a  record  need  not  be  a  block  in  length, 
such  an  arrangement  is  often  useful. 
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Reflectance  —  The  ratio  between  the  quantity  of  light  that  is  reflected  from 
a  given  surface  and  the  total  quantity  of  light  that  is  incident  on  the  same 
surface. 

Reflected  glare  —  A  glare  condition  caused  by  the  reflection  of  bright 
sources  of  light,  e.g.,  windows,  luminaires,  etc.,  from  illuminated  surfaces 
within  the  field  of  vision. 

Refresh  —  A  technique  used  to  regularly  energize  the  phosphor  coating  in  the 
CRT  in  order  to  ensure  an  apparently  continuous  and  stable,  but  in  fact 
transient  image. 

Refresh  rate  —  The  frequency  with  which  the  image  on  the  face  of  the  CRT  is 
refreshed. 

Response  time  —  The  elapsed  time  between  the  generation  of  an  inquiry  at  a 
data  terminal  and  the  receipt  of  the  response  at  the  same  terminal. 

Rever  sd  video  —  A  style  of  video  display  in  which  characters  are  shown  as 
dark  strokes  on  a  light  background.  This  is  just  the  reverse  of  the  more  com¬ 
mon  video  display,  which  uses  light  characters  on  a  dark  background. 

Right  justify  —  To  display  data  in  columns  such  that  the  last  character  of 
each  row  is  aligned  vertically. 

ROM  —  Acronym  for  read-only  memory.  A  semiconductor  memory  device  where 
information  is  stored  permanently  or  semipermanently  and  can  be  read  out,  but 
not  altered  in  operation.  A  blank  R(^  can  be  considered  to  be  a  mosaic  of 
undifferentiated  cells.  Many  types  of  ROMs  exist.  A  basic  type  of  RCM  is  one 
programmed  by  a  mask  pattern  as  part  of  the  final  manufacturing  stage.  PROMs 
are  "programmable"  ROMs  and  are  relatively  permanent,  although  they  can  be 
erased  with  the  aid  of  an  ultraviolet  irradiation  instrument.  Others  can  be 
electrically  erased  and  are  called  EPRCMs. 
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Screen  foraat  —  The  structure  or  layout  of  a  visual  display,  e.g.,  column 
text  format  (narrative),  tabular,  divided  into  protected  and  unprotected 
areas,  etc. 

Scrolling  —  This  is  where  information  is  recalled  from  the  display  memory  and 
displayed  on  the  CRT.  There  are  three  basic  types  of  scrolling:  line, 
screen,  and  page.  In  line  scrolling,  the  information  is  updated  on  the  screen 
one  line  at  a  time.  In  screen  scrolling,  information  is  updated  for  the  visi¬ 
ble  screen.  If  the  system  is  designed  properly,  a  part  of  the  old  screen 
remains  as  a  reference.  In  page  scrolling,  an  entire  page  is  updated.  A  page 
is  usually  more  information  than  is  visible  to  the  operator  on  the  display. 
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Simplicity  —  A  system  contains  the  quality  of  simplicity  to  the  extent  that 
information  presented  to  the  operator  or  entered  by  the  operator  is  grouped 
into  short,  readily  understandable  structures. 

Software  —  The  term  for  all  programs  that  run  on  the  computer. 

Source  language  —  Source  language  is  the  language  in  which  the  programming 
has  been  written,  such  as  FORTRAN  and  COBAL.  This  is  usually  transparent  to 
the  user. 

Storage  —  A  device  capable  of  receiving  data,  retaining  them  for  an  indefi¬ 
nite  period  of  time,  and  supplying  them  upon  connand. 

Systa  —  Computer  plus  its  output  devices,  input  devices,  connectors,  modems, 
and  software. 

Tabular  display  —  Data  presented  in  row/ column  format. 


Terminal  —  An  input-output  (I/O)  device  for  transmitting  or  receiving  data  on 
a  communication  line.  Data  are  usually  entered  via  a  keyboard,  and  are 
usually  displayed  via  a  video  screen  or  printer. 
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Text  editor  —  A  text  editor  provides  the  system  user  with  a  convenient  and 
flexible  source  text  generation  system.  Source  statements  are  entered  via  any 
source  input  device/file,  and  the  entered  text  may  be  output  or  statements 
added,  deleted,  or  modified.  The  text  editor  permits  the  order  of  statements 
or  groups  of  statements  to  be  altered  at  any  time.  The  final  text  is  output 
to  a  source  device/file  for  use  as  input  to  an  assembler. 

Time  sharing  —  A  computing  technique  by  which  more  than  one  terminal  device 
can  use  the  input,  processing,  and  output  facilities  of  a  central  computer 
simultaneously. 

Translate  —  To  change  information  from  one  language  to  another  without  signi¬ 
ficantly  affecting  the  meaning;  e.g.,  problem  statements  in  pseudocode,  data, 
or  coding  to  machine. 

User  —  Any  person  who  uses  an  information  system  in  performing  his/her  job. 


Variable  — 


A  quantity  that  can  assume  any  of  a  given  set  of  values. 


Variable  Field  —  An  input  or  output  area  for  which  the  exact  number  of 
characters  cannot  be  specificed  in  advance.  Instead  the  limit  on  the  number 
of  characters  is  specified.  An  example  is  number  of  bushels  of  a  commodity. 


Variable  function  key  —  A  function  key  that  is  readily  changeable,  e.g.,  keys 
that  are  displayed  electronically  on  a  CRT. 


Hord/byte/nibble  —  These  terms  are  often  misused  in  describing  microprocessor 
data.  For  a  specific  microprocessor,  a  word  is  the  number  of  bits  associated 
with  the  instruction  or  data  length.  This  can  be  4  bits,  8  bits,  16  bits, 
etc.,  depending  on  the  machine.  A  byte  specifically  refers  to  an  8-bit  word; 
a  byte  can  be  manipulated  by  a  4-,  8-,  or  16-bit  microprocessor.  For  example, 
instructions  are  often  provided  to  deal  with  byte  data  in  4-  or  16-bit  proces¬ 
sors.  This  is  called  byte  handling,  and  is  independent  of  the  natural  word 
size  of  the  machine.  A  nibble  is  4  bits,  and  it  takes  2  nibbles  to  make  a 
byte.  Nibble  (or  4-bit)  control  can  be  found  on  many  8-bit  word  machines  as 
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well  as  one  some  16-bit  machines.  Four-bit  operations  are  usually  associated 
with  hexadecimal  (HEX)  or  binary  coded  decimal  (BCD)  operations. 

Workload  reasonability  —  A  system  has  a  reasonable  workload  to  the  extent 
that  the  tasks  required  by  the  operator  are  within  the  operator's  capability 
and  require  the  operator  to  perform  a  useful,  meaningful  role. 
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TASK  CHECKLIST 

Test  Title  _ 

Test  Project  No. _  Date  _ 


YES  ■  Adequate  NO  ■  Inadequate  N/A  ■  Not  Appileable 


CHECKLIST  IDENTIFICATKNf  AID 


Purpose:  This  form  is  to  be  used  in  conjunction  with  Table  3  of  TOP  1-1-059, 
Soldier-Computer  Interface,  during  the  identification  of  design  checklists  and 
checklist  sections. 

Directions:  For  each  classification  listed  in  Table  3  that  is  applicable  to 
the  test  item,  mark  off  the  corresponding  checklist  numbers  and  section 
letters  on  the  list  presented  below.  Once  you  have  marked  off  a  number,  it  is 
not  necessary  to  mark  it  off  again.  At  the  conclusion,  there  should  be  a 
comprehensive  list  of  those  checklists  that  are  applicable  to  the  test  item. 

CHECKLIST  NUMBERS 

1,  2,  3,  4,  5,  6,  7,  8,  9,  10,  11,  12,  13,  14,  15,  16,  17, 


18,  19a,b,c,d,e,f ,g,h,i,  20a,b,c,d,e,f ,g,h,  21,  22,  23 


